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Foreword 



The 1981 National Educational Computing 
Conference (NECC-81) builds on the success 
of the two previous conferences held in 
Iowa and Virginia. NECC provides a broad 
forum for discussion among individuals at 
all levels with interests in educational 
computing. As a cooperative venture 
undertaken by 15 professional organizations, 
N£CC*81 has as one of its main objectives 
presenting in one forum all major work 
regarding computers in education in the 
United States. This volume represents 
the papers presented at the conference 
and abstracts of the Special Sessions and 
Project Presentations. 

The reviewed papers of this conference 
represent the diverse interests of 
researchers throughout the country. 
Gerald Engel of Christopher Newport 
College, program chairman, along with 
the many reviewers across the country 
deserve our t-hanks for the high quality 
of this part of the conference. 

Doris Lidtke of Towson State Univer* 
sity coordinated the special sessions and 
tutorials of the conference. She and the 
individuals participating in these 
activities receive our thanks. 



Nancy Roberts oi Leslay College 
organized a new feature of vthe conYererce 
this year, the Project Presentation*'. 
These presentations, representing ongoing 
research and development of \educational 
materials, allow for sharing of innovative 
ideas and materials. AlfredlBork of the 
University of California at Irvine 
coordinated the pre-conf erenqe workshops, 
also a new feature of NECC . 1 

Very special thanks go to Diana 
Harris of the University of Iowa who 
edited these proceedings. Thanks are 
due also to the entire NECC-81 Steering 
Committee for their excellent guidance 
in preparing for the confererce. Sincere 
appreciation is also expressed to all 
those hard working individuals at North 
Texas State University for histing NECC-81. 

Finally, we thank all tfiose individuals 
who came to NECC-81 and helpfed to ensure 
the success of this cohferen)ce. 



James L. Poiro^ 
Chairman, NECCf-81 
North Texas St/ate University 
Denton, TX 7^203 
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A COMPUTER SIMULATION MODEL 
FOR 

TEACHING INTERMEDIATE MACROECONOMICS 

John E. Silvia 
Indiana University - Indianapolis 



INTRODUCTION 

A computer simulation model is an aid 
used to teach intermediate macroeconomics. 
Three characteristics distinguish this 
model from others. First- it is program- 
med using real world data so its para- 
mctvirs and exogenous variables represent 
actual economic relationships. Second, 
the model incorporates theory at an 
intermediate level. It is not a simp- 
lified algebraic "Principles of Economics" 
model nor does it 'ise extremely complex 
real world equations. Several important 
theoretical developments (e.g., the 
permanent income hypothesis and agqre- 
gate supply) are incorporated, too. 
Third, the model offers the student a 
number of decision-making opportunities. 
Many models are used by the student 
with an economic goal, policy option, 
and specific assignment given by the 
instructor. .By using this, the student 
can choose from a set of economic goals 
and a number of policy tools. 

We use the model to develop studert 
awareness of how the economy operates 
(theory) and how decision-makers 
attempt to m^kc the economy achieve 
desired objectives (policy) . The model 
simulates the U.S. economy. It is 
programmed for use on a DEC-10 computer • 
and used interactively by the student. 
The classroom experimentation with the 
model beg^n in the spring 1980 semester . 
The simulation approach uses three 
technique/s: cas^ study, role-playing, 
and model building. A series of lessons 
are given; the student plays the role 
of economic policy decision-maker and 
uses the model to achieve certain 
economic goals. By using all three 
techniques, this excerise goes beyond a 
machine-tutorial . 

With a properly developed instruc- 
tion model, several desirable results 
are achieved. First, students become 



more involved in the learning process. 
Second, students develop positive attitudes 
toward the subject matter and educai:ion in 
general. Third, skills of critical think- 
ing and knowledge of economic analysis are 
increased . 

THE MODEL AND LESSONS 

The simulation model is a set of 
equations which qive a solution for all 
endogenous (determined within the economic 
model) variables within this sot of equa- 
tions. Given a theoretical model, decis- 
ions must be made about what parameters 
arc to be used, which variables arc taken 
as exogenous, that is determined outside 
the model, and which variables arc to be 
determined within the system. 

Here are the key equations in the model 
and how the approach u^ed is different from 
many others : 

1 . The potential output equation 
determines the long-term potential 

, growth or output of the economy. 
This potential output depends, in 
^ part , on last per lod ' s i nvestmrnt 

and unemployment rate. Changes in 
current economic variables affect 
the long-term growth of the economy. 

2. The aggregate demand sector is 
composed of several equations. The 
consumption equation uses the per- 
manent income hypcthesis. The 
investment equation uses a cost of 
capital variable and allows changes 
in corporate tax policy and depreci- 
ation allowances to affect investment 
Government spending is exogenous , but 
tax revenues are endogenous. The 
monetary base i s exogenous , but the 
money supply is endogenous . 

3. The endogenous variables include, for 
e:<ample , consumption , investment , 
gross national product , and several 
interest rates. The unemployment 
rate and inflation rate are al^o 
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determined withm the model. 

4. The exogenous policy variables 
include government spending, tax 
rates on personal and corporate 
income, the monetary base, the 
discount rate, aac? the reserve 
requirements. 

5 . The mternutional sector incor- 
porates the effects of GNP, 
inflation, and exchange rates 
on imports and exports. 

A unique aspect of the model is the 
built-in flexibility. Certain equations 
can be replaced by others, reflecting a 
slightly different theoretical approach. 
This IS true of the inflation equations 
and aggregate supply equations. These 
alternative specifications allow a com- 
parison of how a given policy may have 
different effects on the endogenous 
variables under different theoretical 
regimes. 

HOW WILL STUDENTS USE THE MODEL? 

The average student registering for 
the intermediate, macroeconomics course 
IS a junior with one computer science 
course that introduces computer data 
processing and some Fortran programming. 
The average student has also had two 
semesters of principles of economics, 
but no statistics or econometrics. 

With this background, student 
interaction with the model should 
involve little or no Fortran program- 
ming. The model is written in Fortran 
IV on the DEC-Systen^ iO at lUPUI . 
Students use the model through an 
interactive typewriter terminal, DEC-10, 
using very simple loq-on/log"Of f 
procedures. 

Students are introduced to the 
model in a group session. They pro- 
ceed through a series of computer 
questions and student responses, and 
at the end of this session, each 
student receives a hard-copy of the 
compl ■'^•e model and all information 
neer'^-a for future exercises. 

The model is introduced halfway 
into the semester so that students 
have completed a significant amount 
of the economic theory in the model. 
When the model is introduced is an 
important decision: it should be 
done after enough theory has been dev- 
eloped so that students understand the 
equations and feel comfortable with 
the model. However, the model cannot 
be introduced so late that it appears 
as a late-comer to the course or does 
not allow students enough time to 
significantly improve their understandinc, 
and attitudes. ,^ 



The student assumes the tole of 
policymaker and has raw data for the 
economy up to the starting point of his 
reign as decision-maker. Also, the stu- 
dent has the model's equations and a list 
of poj-icy tools. The model and policy 
tools are defined to closely match the 
intermediate theory familiar to the 
student . 

In the simu lation, a series of six 
lessons focuses on the tue^^ty of h^w the 
economy operates. The first lesson 
r<^nuires the student to trace through the 
equations of th ^ model the impact of 
increased government spending. Each 
student hands m a written essay explain- 
ing the policy change and its impact on 
selected economic measurer (e.g. , inflation, 
interest rates, or unemplo^'^ent ) . A second 
part of the first lesson examines altei"- 
n^t i ve speci f ications for the inf lat ion 
equation. A third section examines Okun * s 
Law. This exercise reemphasizes economic 
theory as part of the model and reinforces 
the textbook theory. 

For the following lessons, the student 
must look at th§ present economy, define 
what he sees as' the major problem or 
problems, suggest a policy, and then run 
the simulation to analyze the policy ^ 
effects. Each lesson requires writing an 
essay graded by the instructor. 

The second lesson uses a simplified 
Keynesian model, the third, a monetarist 
rinde'' , i^'^d the fourth, an empiricallv- 
based post-war model. The Keynesian and 
monetarist models are stylized, but have 
a flexibility that allows for demonstration 
of certain likely policy outcomes for the 
respect J ve programs. For each model t^he 
student retains the right to choose his 
own policy goal and policy tools. 

The fifth lesson examines the importance 
of the international sectoif. Students 
attempt to offset exogenous shocks or 
examine the impact of those shocks on the 
domestic economy. 

The sixth lesson examines the dis- 
tinction between short-run and long-run 
price and output effects. 

Within each lesson, there are a number 
of prompts and options that check the 
student's policy design. Errors in data 
entry or incorrectly typed information 
do not abort the computer run. It is 
important that students not 'face an aborted 
run. The computer program attempts to 
help the student complete the lesson 
rather than punish for incorrect typing. 

EVALUATION OP SrJDENT OUTCOME 

In the experiment currently used and 
under evaluation, students have been 
paired by selected characteristics into 
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two gj-oups. Only the experimental group 
uses the computer model, but both the 
control group and the experimental jup 
attend the same lectures and aie tpf ed 
with the same exams. 

At the beginning of the semester a 
pre-*test is administered to all students 
m the class . The pre- test covers both 
cognitive and attitudsndi aspects with 
regard to macroeconomics. 'A post-test is 
administered at the end of the semester. 

The pre-test has three parts. The 
first part asks for background information: 
age, sex, major, overall grade point, 
grade point m economics, economic courses 
taken, and student altitudes towards com- 
puters. 3ased upon this information, 
students are chosen for either control or 
experimental group. Members of the groups 
are paired as closely a^ possible. 

The second and third parts of the pre- 
test are surveys of attitude and economic 
knowledge respectively. The student is 
queried about personal opinions of school, 
computers, and economic issues. The last 
part determines the student's economic 
knowledge. 

The post-test is composed of the third 
and fourth parts of the pre-test. The 
assumption is that the students* attitudes 
toward and knowledge of economics and 
computers has imr^'-oved. Therefore, the 
expermental gro-js* attitudes and 
economic knowledge should be statistic- 
ally improved over the control qroup. 

The effectiveness of the model is 
evaluated using a linear regression model. 
The mode 1 j s : 

ri 

1=1 1 1 

where Y = student performance 

= independent variables 

2 dummy variable = 1 experimental 

group 
= 0 control group 

The regression results appear in 
Table I. The dependent variable, GAP, is 
the proportion of pre- to post-aptitude 
test gap closed = (Post-Pre/40-Pre) . The 
second dependent variable, attitude change 
(ATCH) , is measured by the proportion of 
pre- to post-Penn State questionnaire gap 
closed (Po8t-Pre/200-Pre) . The indepen- 
dent variables are student grade point 
average (GPA) , age (AGE) , major (N) , p re- 
course attitude toward economics (ATT) , 
student effort (EPF) . The pre-course 
attitude toward economics was measured 
using the Penn State University Question- 
naire. Student effort was measured by 



the number of hours spent on the course 
over the semester . 

Tabic I 

Educational Performance of Students 
(t statistics in parentheses) 

GAP = 0.30 + 3.8 3 GPA +0.80 AGL + 0.7 6 M 
(1.03) (2.99) (1.12) (1.04) 

+ 1.2 ATCH +2.19 EFF + 2.72 Z 
(2.43) (1.8b) (2.10) 

ATCH = 0.33 + 0.28 GPA + 0.64 AGE - 0.56 M 
(2.54) (2.57) (1.48) (2.32) 

+ 4.42 GAP + 1.2 3 EFF + 1.09 Z 
(2.81) (1.44) (1.93) 

The regression results show that the 
independent variables explain a significant 
proportion of student cognitive and attit- 
udinal performance. For the GAP measure 
the impact of the sinulation model (Z) is 
positive and statistically significant. 
Students do find the model useful in 
learning the theoretical underpini mgs of 
the macroeconomy. Students also learn by 
comparing alternative model specifications 
and using the model to forecast the 
economy's performance for different policy 
options. Student cognitive performance is 
also positively affected by GPA, AGE, ATT, 
and EFF. These results support those seen 
m other studies. 

Student atti tudes are positively 
affected by the simulation model and the 
effect is statisti ally significant. 
Attitude change appears related to GPA, 
AGE, and MAJOR. 

SUMMARY 

This papei has briefly presented 
some of the evidence on the design and 
experimental results of a simulation model 
used in teaching intermediate macroeconomics. 
The model is developed using intermediate 
theory, is placed on the computer, and is 
used by students to complete a series of 
lessons. The statistical results of the 
experiment show that using the model does 
have a positive impact on student cognitive 
and attitudinal performance. 

Future research will focus on the 
improvement in predicting overall perform- 
ance « The original study generated much 
data not yet tested, and it will be 
analyzed to seek better answers to the 
initial hypothesis. 
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nl7NKS: A SUCCESSFUL APPROACH 
10 .SIMULATION IK ECONOMIC [EDUCATION 

Robert Schenk 
Saint Joseph's College 
Rensselaer, IN 47^78 



This p^aper describes Biznes, an 
interactive simulatioa package designed, 
tor use in introductory microeconomics. 
This packaqe differs in approach and sub- 
lect matter fror. simulations commonly used 
m econoiric education such as macroeco- 
norfLc sinuldtions and batch business 
games . 

THE APPROACH 

The approach taken in Biznes has 
three features not always used in economic 
simulations, but which contribute to the 
success of ♦■he package. 

First, the simulation is not seen as 
a support foT a raditional textbook but 
as a separate and equal approach. In the 
four weeks spent on the simirlation in 
class, no other text except 'a 34-*page stu- 
dent guide 1*^ jsea because the logical and 
natural way '*»velop the course mate- 

rial usinr ulation are different 

from those iiibooks. 

Introductory courses traditionally 
approach microeconomics by exploring ques- 
tions about what gets produced, what the 
resources and techniques are, and who gets 
the end products; or l^y exploring ques- 
tions of economic efficiency: under what 
conditions does an economic system satisfy 
existing wants as well as they can be 
satisfied given technology and resources, 
and how close might the real world come to 
meeting these conditions? Though both of 
these approaches are useful and valid, 
they are not the only legitimate ap- 
proaches as recent publications of nontra- 
di tional texts indicate . In traditional 
approaches the central focus is on the 
market, and behavior of individuals and 
firms is of interest only for what it 
reveals about markets. Further, the type 
of market stressed in traditional ap- 
proaches is one in which no individual can 
have a noticeable effect. 

The Biznes package deemphasizes the 



market and cniphasizes the firm. Though a 
simulation of a market has a limited role 
if any, for a policy-maker, a simulation 
of a firm can be totally dependent on the 
policy-makor . Simulations work best as 
an instructional tool when there is a 
role for policy. Though an approach 
omphasizincj the firm leads away from some 
traditional concerns of microeconomics, 
It points to other issues which are usu- 
ally difficult to fit into the course: 
discussio*" of the many simplifying assump 
t ions economists make , X-ef f ic lency , non- 
profit organizations, and the production 
function, to name a few. 

Second, the model used in the simu- 
lation IS kept very simple. It is based 
on the three boundaries or limitations 
that a firm faces in i^s search for 
profit: the supply curves of resources, 
the production function, and the demand 
curve. Any theory of the firm must be 
based on these three boundaries, and 
simplicity is achieved by assuming that 
the boundaries are fixed, a conventional 
assumption in economics. The student 
guide has several pages list ing reasons 
why the boundaries might not be fixed in 
the real world. The view that the firm 
is limited by three ^ts of boundaries is 
usually obscured in irHroductory courses 
that fociis on markets. Te;ctbook authors 
often do not explain that in output mar- 
kets a total cost curve comes from com- 
bining the production function with the 
supply curves for resources or that in 
the resource markets a revenue product 
curve depends on the demand curve and the 
production function. 

In discussing the negative findings 
about the effectiveness of computer simu- 
lations in economics, Siegfried and Fels 
suggest that the temptation to do complex 
things may lead authors away from instruc 
tional objectives, Biznes does not suffer 
from this problem. 

Third, the simulation does not stand 
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EXHIBIT ONE: MAJOR INSTRUCTIONAL OBJECTIVES 
After completing this package, the student should be able to: 

1. define elasticity of demand, marginal product, production function, margin- 
al revenue, isoquant; (65-90) 

2. explain what the law of diminishing returns is and under what conditions 
it holds; (50-60) 

3. compute marginal product and approximate marginal cost when given levels 
of an input, output, and total cost; (30-55) 

4. calculate marginal revenue if given price and elasticity of demand at that 
price; (50-75) 

5. use the equimarginal principle to reach positions of minimum cost .when 
given marginal products and prices of two inputs; (40-75) 

6. explain why the demand curves and total cost curves can be treated as 
boundaries; (40-60) 

7. list at least five assumptions that are made in the economic theory of the 
firm that distinguish it from real-world firms; (40-70) 

8. compute marginal revenue product from marginal product and margin? 1 revenue; 
(50) 

9- decide what changes in levels of inputs will lead to higher profits when 
given data on marginal resource cost and marginal revenue product. (40) 



*Note: numbers in parentheses represent the approximate percentage of students 
accomplishing each objective, with estimates based on test results. 



alone but is complemented with a student 
guide that explains the objectives and 
provides written exercises. A list of 
the objectives is given in Exhibit I. 

The written exercises are a vital 
part of this package. They provide guid- 
ance that students need to see what they 
are to learn from the simulation. Most 
of the gpals listed in Exhibit I can be 
achieved by working through the written 
assignments. A sample output of the 
simulation itself, given in Exhibit 2, 
shows that the simulation itself does not 
guide students as to what is important. 
Without the exercises, the simulation 
would be of little educational use. 

Another reason for written assign- 
ments is that students have a tendency to 
guess when they confront a difficult orob- 
lemona computer terminal. (For this 
reason, I believe that what can be accom- 
plished with traditional CAI — programmed 
learning on an interactive computer — is 
quite limited.) Written assignments 
provide an incentive not to 9ue8s but to 
think. And thinking, Applying ideas, is 
what economic simulaticns are supposed to 
encourage. A quotation from Don Patinkin 
summarizes what I am trying to say: '*From 
this ... I learned the har<2 way that just 
reading and listening were not enough; 
that full understanding of the principles 
of economic analysis could be achieved 
only after sweating through their applica- 



tion to specific problems t with pencil 
and paper in hand*** 

A final advantage of giving written 
assignments is that it is a way of stres- 
sing to students that the material is 
important and worth their time. 

RESULTS 

This simulation package has been 
under development for a number of years. 
Only during the first semester of the 
1980-81 school year did it reach a stage 
where it seemed to be successful. In 
this semester it was used as the basis of 
a four week unit of an introductpry course. 
Students had to complete seven written 
assignments. I allowed students to work 
in groups of two, but only about 1/3 did 
so. I kept records of student use; each 
lesson required about 20 minutes per 
student of computer time. Though some 
time was also required to analyze computer 
results and to emswer questions about 
them, this package seems no more demanding 
of student time than usual course 
assignments. 

The conclusion of success is based 
largely on student evaluation and on sub* 
jective evaluation of the instructor. 
Though it is possible to measure how well 
each objective was met, it is very diffi- 
cult to do a comparison to other methods 
of presenting the subject^ matter because. 



6 NECC 1961 



fXI'IBH I\\0: CORF OF COMPUTl R OUTPUT 



At tor revieuinf these results, hou manv vvorkeis do vou vvish to hire for 
the next period? {\ou may hire tractional workers.) 

Hou Manv units of capital do you wish to use? (Again, vou may use 
f rac t I onal "units.] 

\ou .ill produce 9^ units of output. 

V'hat price would vou like to charge? ffnter a number without a $.) 



Labor hired 
Capital hired 
Amount produced 

Total Revenue 
7 o t si 1 cost 
Profit 



4 . ^ Cost per unit : 8000 

5. 6 Cost per un i t : 12000 

95 Amount sold: 97> 

sr^'OO Per unit revenue: 900 

101600 Per unit Cost : 1092.4' 

-rPOO Per unit profit : -192.4''3 



The net value of vour firm is now $ 962100. 



Villi vou pay SlOOO for additional information? 



rii 



hconomist*s Report 

Marginal product of labor - 14.1443 
Marginal product of capital = 6.01522 
riasticitv of demand fat P= 900 ) * 4.17593 



Would you like to see what other information is available? 

P^ 

After reviewing these results, how many workers do you wish to hire for 
the next period'' (You may hire fractional workers.) 



as far as I know, there are no other mater- 
ials with quite the same goals. Estimates 
of the percentage of students that accom- 
plish each objective, based on results 
from a test after tjie class completed the 
package^ are given in Exhibit I. The per- 
centages have a wide rancje because ques- 
tions testing the S2une objective differed 
in difficulty. The classes which used 
this simulation were predominantly first- 
semester freshmen with mean SAT scores 
near the national average. 

Though there are tfiose who refuse to 
consider any evidence other than that from 
experimental-control data, such evidence 
cannot be obtained for many questions 
involving instructional usefulness. For 
exaunple, one cannot evaluate whether the 
various nontraditional texts are better 
than traditional texts because the goals 
involved are not the same. The experi- 
fr,ental-control data is meaningful only 
when the goals are held constant. 

An alternative way of measuring 



success is from student evaluations, 
though again it is more suggestive than 
conclusive. Exhibit 3 shows the two 
questions on a 40-question evaluation 
concerning the package. These results 
were mc*"e favorable than those given the 
text, the lectures, the class discussion, 
the course overall, and the instructor. 

SUMMARY 

To briefly summarize, students spent a 
month working with the simulation with 
the aid of a student guide. Features of 
this simulation package that were impor- 
tant to its success were its independence 
from a standard text, its simplicity, and- 
the role it gave to the student guide. 
Finally, students said in the course 
evaluation that they believed the simu- 
lation and the student guide were very 
helpful parts of the course. 
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EXHIBIV three: STUDENT EVALUATION OF 
SIMULATION AND STUDENT GUIDE 



Strongly Strongly 
Agree A<;^ree Uncertain Disagree Disagree 



The computer simulation signifi- 
cantly contributes to this course. 34 33 6 

The student guide for the computer 
simulation is a valuable part of 

this course. 32 29 1.2 



FOOT^'OTES 

I«) The package described in this paper 
was developed with the partial support of 
a NSF LOCI Grant No. SER78-00065. It con- 
sists of Basic program of 515 lines of 
code, a student guide, and instructor's 
notes. Further information about the 
package is available from the author. 

2. ) John J. Siegfried and Rendig Fels, 
"Teaching Coixeg . Economics: A Survey," 
Journal of Economic Literature, Sept. 
TiJT, p. 942. 

3. ) Two years ago I described two macro- 
economic simulations that I was using. 
Since then I have developed a more com- 
plete student guide which has drastically 
improved the effectiveness of these simu- 
lations. See "Simulating The Great 
Depression in Introductory Macroeconomics," 
Proceedings of the National Educational 
Computing Conference, June 1979. 
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TEACHING EXPERIMENTAL 
DESIGN WITH A 
MATHEMATICAL MODEL 
ALGORITHM 



John A. Ward 
Incarnate Word College 
San Antonio, Texas 



INTRODUCTION . 

Computer simulations effectively per- 
mit students to perform experiments on 
^systems thet otherwise could not be stud- 
ied in the labor^rtorT'skie to time, cost, 
or size constraints. (1) \^hey are avail- 
able to educators througnNvarious sources, 
{2,3) and can bemused to irvfc^oduce stu- 
dents to the orintiples of scientific 
method and experimental design. (4) 

In general, a computer simulation is 
based on a mathematical model, an equation 
that describes the behavior of a physical, 
biological, or social system. The equa- 
tion is made up of variables, the values 
of which can be determined by the student 
or the computer program. Students inves- 
tigate the system by changing the values 
of variables under their control and ob- 
serving the effect. 

This paper describes a general algo- 
rithm that can be used to teach students 
how to use mathematical modeling to ^* 
design experiments. 

SETTING 

The program is used in conjunction 
with the Minority Biomedical Support 
(HBS) Program at Incarnate Word -College. 
Th« MBS Program, an NIH-supported pro- 
ject, enables minority undergraduates to 
participate in research projects under 
the supervision of a faculty member. 
Since most of the students were working 
on cardiovascular research, Poiseuille*s 
law was the model chosen. 

Although Poiseuille*s law strictly 
applies to the laminar flow of Newtonian 
liquids through rigid tubes, it is a 
reasonable approximation of the flow of 
blood throus/h vessels. (5) According to 
Poiseuille's law, 

Q*PI X (P1-P2) X RA4/{k X N X L) 

where Q is rate of flow. 



P1-P2 Is the pressure gradient, 
Ra4 is the fourth power cf the 

radius of the vessel, 
k IS a constant of proportionality, 
N is viscosity, and 
L is the length of the vessel. 

The program is designed so that any 
algebraic equation can be used as a model, 
depending on the needs and interests of 
the s.tudents . 

The model is presented to the stu- 
dents in seminar, using a demonstration- 
discussion approach. 

INSTRUCTIONS 

When the instructor starts the pro- 
gram, the following instructions are 
displayed : 

****************************************** 

HEMODYNAMICS 
****************************************** 

IN THIS SIMULATION YOU WILL BE ABLE TO 

determ">:e HOW blood pressure, length, 

RADIUS, AND VISCOSITY AFFECT THE FLOW OF 
BLOOD THROUGH A VESSEL.. 

^TO DO SO YOU WILL HAVE TO HOLD ALL BUT 
ONE INDEPENDENT VARIABLE CONSTANT AND 
PERFORM AN EXPERIMENT TO SEE HOW THAT 
ONE INDEPENDENT VARIABLE AFFECTS THE 
DEPENDENT VARIABLE, FLOW. 

YOU WILL THEN GRAPH THE DATA, TRANSFORM- 
ING VARIABLES IF* NECESSARY , AND SEE IF 
THE DATA FIT A LEAST SQUARES LINE DRAWN 
THROUGH THE POINTS. 

...PRESS RETURN TO CONTINUE. 

The instructor discusses the instructions 
with the students, clarifying where nec- 
essary. Extensive explanation is not 
needed at this stage since the process 
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becomes explicit in the' running of the 
program. 

Next, a list of empirical values for 
the system variables (6) is displayed: 

HERE ARE SOME VALUES FOR BLOOD VESSELS IN 
THE MESENTERIC CIRCULATION OF THE DOG. 



RADIUS 
4 



MESENTERIC ARTERY 
RADIUS 
LENGTH 

PRESSURE DROP 

CAPILLARIES OF VILLI 
RADIUS- 
LENGTH 

PRESSURE DROP 

MESENTERIC VEIN 
RADIUS 
LENGTH 

PRESSURE DROP 



,15 CM 
,0 CM 
,8 MMHG 



0.00040 CM 
0.04 CM 
2.4 MMHG 

0.3 CM 
6.0 CM 
0.05 MMHG 



VISCOSITY 



0.03 to 0.04 POISE 



...COPY THIS TABLE, THEN PRESS RETURN TO 
CONTINUE. 

This is intended to provide the students 
with some realistic values to apply in 
investigating the system. 

EXPERIMENTAL DESIGN 

The students are then asked to phoose 
one of the independent variables for ex- 
perimentation. In order to study a 
system only one independent variable can 
be changed at a time. All others must be 
kept constant. For illustration, the 
effect of changing the vessel's radius 
will be studied. Values from the empiri- 
cal table shown above are used; 

WHICH :nD»5;PENDENT variable do you WANT TO 
CHANGE? 

1) PRESSURE 

2) RADIUS 

3) VISCOSITY 

4 ) LENGTH 

72 

set constant value for pressure? .8 
we will make 6 measurements. 
w:at is the highest value of radius? .3 
what is the lowest value of radius? .0004 
set constant value for viscosity? .035 
set constant value for length? 6 

Once the last value has been entered, the 
computer calculates the value of the 
dependent variable at six equal intervals 
within the chosen range of the independent 
variable and displays the results: 



00000004E-04 
06032 
12024 
18016 
24008 ' 
3 



FLOW 

3.82976017E-14 
1.98050948E-05 
3.126997E-04 
1. 5760322E-03 
4.96999011E-03 
.0121176 



PRESS RETURN TO CONTINUE. 

The students then choose the type of 
graph desired from a list of eight stand- 
ard graphs, including linear, reciprocal, 
semilog, log-reciprocal, double log, and 
double reciprocal. 

WHICH TYPE OF GRAPH DO YOU WANT? 



1) 
2) 
3) 
4) 
5) 
6) 
7) 
8) 



Y=MX+B 

Y=M/X+B 

LNY«MX+B 

LNY=M/X+B 

1/Y«MX+B 

LNY-LNX-I-B 

Y=MLNX+B 

1/Y«M/X+B 



ENTER THE DESIRED NUMBER. ?1 

If the students do not have a sound theo- 
retical basis for choosing a specific 
type of graph, a linear plot is suggested; 
the linear plot is the most familiar type 
of graph and roost systems ere piecewise- 
linear. That is, they can be approximated 
by a straight line over small ranges* 

Next the values to be graphed are 
displayed. If a linear plot was chosen, 
these are the original values. When 
ready, the students direct the computer 
to graph the data. The computer then cal- 
culates the least squares line through 
the points, plots the line, and prints 
the equation of the line. 




FLOW«. 036573473 RADIUS+(-2. 3273 1446E-03) 
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If a good fit IS not obtained, the in- 
structor suggests that the students plot 
m'!st .rH^^f*"-. P"^"*^ the students 

!xn^o^2^ r^*"'^ '•'^ •^yP^ °f relationship 
! between the dependent and inde- 
pendent variables. The instructor should 
neip them explore the possible relation- 
ships before selecting the graph likely to 
It t " important to let 

the students follow their intuition and 
discover the correct relationship by trial 
and error. f j y-M. 

In this case, a logical conclusion 
would be that since an increase m radius 
will increase .the cross-sectional area of 
the vessel, it will cause flow to increase 
Flow would then depend on the second, or a' 
higher power of the radius and a double- 
log plot would give a good fit. 

When a double-log plot is selected, 
the computer transforms variables and dls~ 
plays the results: 



LN RADIUS 

-7.824046 
-2.80809156 
-2. 11826553 
-1.71390993 
-1. 42678308 



-1.2039728 



LN FLOW 

-30.8933891 
-10. 8295713 
-8.0702672' 
"6. 4528448o 
-5. 30433743 
-4. 41309634 



PRESS RETURN TO GRAPH DATA. 

When ready, the computer displays the 
gr*ph and the equation of the least 
squares line. 




LN PLOW-4 LN RADIUS+C. 402794844) 

The instructor then explains what a 
good fit to the transformed variables 
means, in the case of the data fitting 
the equation: 



Ln FLOW = 4 Ln RADIUS + CONSTANT, 

the instructor takes the antilog of both 
sides to obtain the equation: 

FLOW = CONSTANT X RADIUS A 4. 
The flow is proportional to the fourth 
power of the radius. The coefficient of 
the radius in the logarithmic eq^:ation 
becomes the exponent of the radius in the 
linear equation. This leads naturally to 
a discussion of the profound effect that 
contraction or relaxation of the concen- 
trically arranged smooth muscle in the 
wall of a vessel will have on blood flow. 
Doubling the radius of a vessel will 
increase flow by a factor of sixteen. 

The instructor also explains that 
the constant of proportionality will de- 
pend on the dimensions used for the 
variables. If pressure were measured m 
dynes/sq.cm. instead of mmHg, a different 
value would have been obtained. 

Finally, the instructor cautions the 
students against extrapolating the results 
beyond the range of values chosen for the 
independent variable, explaining that 
since the system was not tested outside 
that frame of reference, it cannot be 
assured it will behave the same way. This 
can be dramatically illustrated by a 
lin*iar plot of the data obtained when a 
range of 0.14 to 0.15 cm is used for the 
radius. 

CONCLUSIONS 

The program described above effec- 
tively familiarizes students with mathe- 
matical models and their use in experi- 
mental design. It has been modified to 
analyze empirical data gathered in the 
MBS research project and used to test how 
well a hypothetical model fits the data. 
Mathematical modeling has provided a 
conceptual framework for experimental 
design. 

In the classroom, the program has 
been used with other models to teach 
different concepts. For example, in Cell 
Physiology, the models shown in Table 1 
are substituted in the program to teach 
cell growth and enzyme kinetics. The 
program has also been used as a prototype 
for the development of computer-assisted 
instruction in physical chemistry. Beinq 
able to Change variables and instantly see 
the resuXv:s graphed helps d<>velop an intu- 
itive understanding of system behavior. 
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Table 1. Mathematical models used in the 
general algorithm. 

I . Hemody nami c s 

Y ( I ) =B ( 1 ) xPIxB ( 2 )A 4/ ( 8xB ( 3 ) xB ( 4 ) 
Y(I)« Flow 



6. Schleier, J. 
m der Blutbahn. 
173:172; 1918. 



Der Energieverbrauch 
Arch. Gesamte Physic 



Variable 

B (1) ^Pressure 
B(2)sRadius 
B (3) 'Viscosity 
B( 4) "Length 



Craph 

1) Y=MX+B 

6; LNY=LNX+B 

2) Y=M/X+B 
2) Y=M/X+B 



II. Bacterial Growth 

V(n=EXP(B(l)xB(2) xLOG2+LrG(B(3) ) ) 
Yil)= Cell Count 



Variable Graph 

B(l)=Time 3) LNY=.MX+B 

B(2)=Growth Rate 3) LNV=rMX+^ 

B(3) ^Initial Count 1) Y=MX+B 



III. 


Enzyme Kinetics 




Y(I^=^ 


(B(5)XB(2) )xB(l)/( ( (B(4)+B(5) )/ 




B(3 


)+B(l) ) 


Y(I) = 


Velocity 




Variable 


Graph 


B(l)« 


Substrate 


8) 1/Y=M/X+B 




concentraf ion 




B(2) = 


Enzyme 


1) Y«MX+B 




concentration 




B(3)- 


Kl, rate constant 


8) 1/Y=M/X+B 


B(4) = 


K2, rate constant 


5) 1/Y=MX+B 


B(5) = 


K3, rate constant 


8) 1/Y=M/X+B 
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PROTECTING INTERACTIVE 
PROGRAMS PROH USER 
INPUT ERRORS 

Robert T. Maleske, Ph.D. 
Carthage College 



Advances in hardware technology result- 
ing in reduced size and cost have placed 
computers in the hands of instructors in 
all academic disciplines ^nd at all levels 
of instruction. Interactive programs de- 
signed specifically for the instructional 
environment are being authored at an in- 
creasing rate, but the sophistication, ap- 
propriateness, reliability, and availabil- 
ity of this software continue to lag far 
behind these. same attributes of the hard- 
ware. As a result, more and more instruc- 
tors are becoming involved in all aspects 
of the software development process, in- 
cluding the initial conceptualization of 
an application, the logical design of the 
interactive sequence, and in some cases 
the actual coding of the program itself, 
i.e., the writing of the program in a 
given high-level language such as Basic, 
Fortran, Pascal, etc. Instructor^ are 
also taking on responsibility for select- 
ing and evaluating software which is a- 
vailable either commercially, through a 
growing number of user groups, or from a 
variety of other sources. Since this 
trend is likely to continue, individuals 
having^ such responsibilities or interests 
will have a crucial role in controlling 
the quality of instructional software* 

This paper tries to increase awareness 
regarding one of the common yet often 
overlooked problems inherent in many in- 
teractive instructional programs, and pro- 
vides some concise and practical recommen- 
dations for teachers who are in a position 
to identify and reduce this problem* The 
results of a study on user attitudes and 
interactive response patterr^ involving 70* 
undergraduates at a four-year liberal, arts 
institution are included as evidence of 
that problem. 

BACKGROUND 

The design and development of computer 
programs has traditionally been th^ almost 



exclusive property of individuals trained 
specifically for the purpose, i.e., com- 
puter orogrammers. However, the steadily 
increasing use of computers in the academ- 
ic environment has brouaht with it an ever 
growing number of hiah school and college 
graduates who have combined one or two 
fundamental courses in programming--usual- 
ly Basic or Fortran — together with a high 
level of intrinsic motivation and self-in- 
struction. In short, programming skill" 
are no longer exclusive to individuals 
formally trained in computer prooramming. 
The appearance of computers everywhere — 
including the home — has* further contrib- 
uted to the spread of self-taught program- 
mers. Teachers at all levels and in all 
disciplines are well represented in this 
population. 

This development places the instruction- 
al potential of computer technology mote 
directly under the control of those who 
are most familiar with pedagogical tech- 
nique and everyday practice, i.e., the 
teachers themselves*. Formally trained 
programmers are highly skilled in program- 
ming languages and problem flowcharting, 
but often demonstrate limited sensitivity 
to the needs, attitudes, competencies, and 
behaviors of individuals who ultimately 
must interact with the programs which they, 
the programmers, have written* This lim- 
ited sensitivity to the user has especial- 
ly been a problem in instructional envi- 
ronments where students having limited 
knowledge of input format requirements and 
con^uter-specific command words are re- 
quired to interact with the computer. Stu- 
dent interaction is often terminated due 
to misunderstandings regarding input re- 
quirements which could be avoided. Such 
problems with language have become common 
complaints, acquiring the status of buzz 
words: user orientation, human-machine 
interfacing, etc. 



ERIC 



2Z 



Services 13 



Most programmers, whether professional 
or self-taught, fail to go the extra mile 
when It comes to avoiding common and eas- 
ily corrected progrsunming flaws that dis- 
able the interaction between the user and 
the software. Teacher involvement in soft- 
ware acquisition and development processes 
is no guarantee that this general problem 
will be solved. However, given their fo- 
cal position in the instructional environ- 
ment, their awareness of the problen and 
strategies to avoid or correct it is im- 
portant . 

A significant body of literature regard- 
ing human factors in hardware and software 
design is developing. Much of this re- 
search IS swTjnarized in two publications: 
Software Psychology; Human Factors in Com- 
puter and Informatlbn Systems , Shneiderman 
(1980) ; and The Psychology of Computer Pro- 
greunmin^ , Weinberg (1971) . Much of this , 
research centers around the study of pro- 
grammer behavior. Some studies h^ve as- 
sessed user preferences and user satisfac- 
tion, e.g. , Gaines and Facey (1975) ; and 
several authors have provided general 
guidelines for designing interactive pro- 
grams: Hansen (1971); Wasserman (1973); 
Pew and Rollins (1975); and Cheriton (1976). 
A review of this literature provides an 
excellent understanding of the focal is- 
sues involved in designing interactive 
programs. However, the specific problem 
of user-software interaction breakdown is 
given relatively little attention. Was- 
serman (1973) considers this problem in 
one of his five guidelines for designing 
"idiot-proof interactive programs.'* He 
specifically suggests that one should, 
"Provide a program action for every pos- 
sible type of user input." Hansen (1971) 
also includes this problem among his three 
principles for user engineering ; i.e., he 
states the principle of "engineering for 
errors." This paper targets the problem 
of user-software interaction breakdown 
for consideration by those involved in 
the instructional environment* 

SPECIFICATION OF THE PROBLEM 

The initial stages of interaction be- 
tween the student and the program are 
crucial to keep the interaction going. 
Any response or|no response from the stu- 
dent must be followed by unambiguous and 
easily understood computer output such as 
an informative statement cr a request fo^ 
input. When such statements are not easi- 
ly understood, are ambiguous or misunder- 
stood# serious problems which obfuscate 
the intended purpose of the program are 
likely to occur. Among these problems are: 

1. The student may terminate the inter- 
action immediately, not knowing what to do 



2. The student may become frustrated 
after trial-and-error attempts to under- 
stand the output. The student may then 
terminate the interaction or— even i f trial- 
and-error • cf forts eventually succeed — ac- 
quire a distaste for computer interaction. 

3. The student may continue the inter- 
action on the basis of a misunderstanding 
of the output or on the basis of false as- 
sumptions regarding the effect of his or 
her input. Such false assumptions are es- 
pecially problematic when the program exe- 
cution continues on the basis of input 
which the user did not intend. Examples: 

a. logical errors - student types 
"YES" instead of "NO." - ^ \ 

b. typographical errors - student 
types "YRS" instead of "YES." 

c. format errors - student types 
"(YES)" instead of "YES." 

Problems of the first and second type 
can be reduced by wording and displaying 
all output as clearly and unambiguously as 
possible. You cannot pay too much attention 
to this aspect of interactive design. Fur- 
thermore, this is one area in which indi- 
viduals with even minimal programming skills 
can greatly improve the quality of existing 
software by modifying' the content and the 
appearance of the output display. 

Another strategy for dealing with those 
problems is to provide the user with op- 
tions for seeking additional information 
via certain key words such as HELP or WHAT. 
However, such a strategy is generally more 
appropriate to the development of large- 
scale interactive systems as opposed to 
singular interactive programs. 

Problems of the third category above are, 
in addition to being very common, especially 
insidious. Program execution will often 
continue in spite of an input error; and 
furthermore, the student may never realize 
it, ultimately interpreting the final out- 
put as if his or her response hcjd been pro- 
cessed as intended, as opposed to as inter- 
preted, by the computer. \ Problems of, this 
type will serve as the central theme for 
the remainder of this paper. 

EVIDENCE OF THE PROBLEM 

A study of user attitudes and input re- 
sponse patterns was conducted at Carthage 
College, a four-year liberal arts institu- 
tion having a full-time day school enroll- 
ment of approximately 1100 students. User, 
responses to several questions were solic- 
ited and recorded verbatim using an Apple 
II microcomputer and fifteen-inCh color 
television. User behavior was also moni- 
tored and recorded via a video recording 
system. 

The microcomputer system was put in an 



14 NECC1981 



empty classroom close to the daily student 
traffic between classes. The message 
"PLEASE REPLY" was displayed on the tele- 
vision screen rsing relatively large two- 
inch letters of randomly changing colors. 
Every 20 seconds the screen cleared and 
displayed the message, "MY NAME IS APPLE, 
WHAT IS YOUR FIRST NAME ?" in standard 
white characters on black background. This 
sequence was repeated continuously until 
any one of the Apple II keyboard keys was 
pressed. Following any single key re- 
sponse a maximum of 20 seconds was allowed 
for entry of any additional characters. If 
any 20-second period elapsed with no addi- 
tional character input, or if the Return 
key was pressed, program execution contin- 
ued with the next screen display — the as- 
sumption being that the user had completed 
entry of his or her name. It is important 
to note that this initial request for in- 
put did not include any specific instruc- 
tions regarding format or operation of the 
keyboard, e.g., use of the Return key. The 
user's behavior and response pattern inde- 
pendent of such guidance was of primary 
interest . 

The next screen display to appear was 
the message, "YOUR LAST NAME (OPTIONAL)." 
Following this display, program control 
was the same as that described above. 

The next screen display was dependent 
upon whether or not the student had press- 
ed the Return key after entering his or 
her first name. If Return had not been 
pressed the following message appeared: 
HELCO (name) ! IN THE FUTUl^ PLEASE 
PRESo THE (RETURN) KEY AFTER TYPING YOUR 
RESPONSE." If Return had been pressed, 
the following alternate message appeared: 
HELLO (name) ! I SEE THAT YOU AL- 
READY KNOW ABOUT THE (ilETURN) KEY, These 
response-specific messages enhanced the 
feeling of participation by the student, 
as well as provided the student with feed- 
back about the Return key. 

After this initial interactive sequence, 
a a'erieS of five questions was displayed 
one at a time with appropriate pauses for 
student response. Each question except the 
last one was of the multiple option type, 
and below each such question the following 
message %^s displayed: "ENTER A SINGLE 
LETTER THEN PRESS THE (RETURN) KEY." ("LET- 
TER" ^ here refers to the letter preceding 
th^ response option^ selected by the stu- 
"•lent . ) ThiS' message provides specific in- 
structions regarding input format and key- 
board control so that user response pat- 
terns under such conditions could be eval- 
uated. However, any sequence of characters 
was recorded as the student's response pat- 
tern, and program execution always contin- 
ued with the next question as long as the 



Return key was pressed. Us-inq this tech- 
nique it was possible to keep an accurate 
record of all input errors, including ty- 
pographical and format errors, and at the 
same time avoid pxob^lems of program flow. 
If 20 seconds elapsed without the Return 
key being pressed, program control shift- 
ed to the initial PLEASE REPLY message 
assuming that the student had terminated 
interaction before answeting all of the 
questions. This assumption was valid in 
all cases as evidenced by the video tape, 
records of student interaction behavior. 
Each of the five questions and the corre- 
sponding response options are listed in 
Figure 1. 



I IS THIS THE FIRST TIME THAT YOU'VE INTERACTED WITH A COMPUTER? 
A. YPS B. NO 

2. MKFRE DID YOU HAVE YOL'R FIRST COMPUTER EXPERUNC't? 

A IN THIS ROOM (PREVIOUSLY) 

& IN HIGHSCHOOL 

C. AT HOME 

D AT A FRIEND'S HOUSE 

E AT A RELATIVE'S HOUSE 

F IN A CARTHAGE COURSE 

G, NONE or THE ABOVE 

3. WHICH CATEGORY BEST DESCRIBES YOUR FEELINGS ABOUT COMPL'TERS"* 

A. VERY NEGATIVE 

S. NEGATIVE 

C NEUTRAL 

0. POSITIVE 

E. VERY POSITIVE 

4. WHICH OF THE FOLLOWING CONVERSATION SFEEbS DO YOU PREFER? 



A VERY SLOW... . LIKE THIS tdiaplay ^pfed cor rfspondinf}) 

B. SLOW LIKE THIS " ' 

C, MODERATE LIKE THIS 

D FAST LIRE THIS 

E. VERY FAST LIKE THIS - - 



5 HOW MANY MINUTES WOULD YOt' LIKE TO SPEND-. SOME DAY IN THE 

FUTURE INTERACTING WITH THE APPLE II AS YOf KAVF BEFN DOING? 

ENTF.R NUMBER Of MINUTES THEN PRESS RETURN KEY 

NOTE: Th« statament. ENTER i? INGLE LETTER THEN PRESS RETURN KEY 
appeared after each of the fust four qaestiont 

FIGURE 1 Listing of questions used in the interactive sequence. 



RESULTS 

During a two-week period we collected 
78 student response records. Eight of 
these response records were eliminated from 
ana sis because they represented the se- 
cond response record for a given student, 
involved an irregularity in the response 
sequence, e.g. , two students responding 
alternately within the same session, or 
included an excessive series of uninter- 
pretable or obviously insincere responses. 
The decision to eliminate a given response 
record was based upon the actual response 
record itself and the video tape record of 
student behavior during the interaction. 

The following summary of response re- 
cord data will be presented in conjunction 
with questions which are pertinent to the 
central problem of user input errors. 
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1 . What percentage of students will r?- 
sgond appropriately to a reques t for per - 
sonal inforiration- such a-s the person* s 
first name ? Sixty-SG^n percent of the 70 
respondents made what was 3Udged to be a , 
sincere entry of their first name. The re- 
maining 33% entered ,loke names, e^g. , Jimmy 
Carter, or a meaningless series of charac- 
teri-. . 

2 - What percentage of student respon - 
dents will press the Return key if not re - 
quired or instructed to do so during the 
init ial atages of interaction ? Sixty-three 
percent of all respondents did press the 
Return key after entering their name, even 
though not instructed or required to do so. 
Interestingly, about half (48%) of these 
individuals were first-time users who wore 
nut expected to know about the general use 
of the Return key. Furthermore, of the 37" 
of all respondents who did not press the 
Return key, over one third (35%) were not 
first-time users and were expected to knovv 
about the general use of it. 

3 . What percentage of students will 
make typographical or format errors which 
would, given a poorly written program, rt^ - 
suit in continued but inappropriate pro - 
gram execution or ultimate termination oF 
program interaction ? Nineteen percent of 
all respondents nade at least one typo- 
graphical error during response entry which, 
given a poorly written program, would havc^ 
resulted in continued but inappropriate 
program execution. Forty-six percent of 
all respondents made at least one format 
error which would have had the same conse- 
quence. In total, 50% of all respondents 
made either at least one typographical er- 
ror or at least one format error. 

4 . Are s^^dents who are first-time us - 
ers more likely to make input errors ? Thir- 
ty percent of all first-time users made at 
leact one typographical error while only 4^. 
of the remaining respondents made at least 
One typographical error. This difference 

in proportions was found to be sicinificant 
using the Chi Square test for independence 
of categories (x2=10.4i, df=l, p<.01). 
However, a significant difference between 
the percentage of first-time users making 
at least one format error (52%) and the 
percentage of the remaining respondents, 
i.e., not first-time users, making at leaiit 
one format error (39%) was not found 
(x2=.85, df=l, p>.05) , 

5 . Are student attitudes regarding com- 
puters related to input erroi^ response pat- 
terns ? There appears to be nr significant 
relationship between these variables, T\\en- 
ty-five percent of those who expressed '\ 
very negative attitude toward computers and 
18% of those who expressed a very positive 
attitude toward computers made one or more 



typoqr =iphical errors. This diffen^ncM^ in 
proportions vas not S|iqni Meant (X'^-.i^^i 
df-1, p>.0''0. f^evonty-fi vo percent of 
those who expressed a very ritMjativo atti- 
tude and 39? of those who f'xprcssed very 
positive attitudes madr one or more format 
errors. This differ(^ncp was not siqnifi- 
cant (X2=2.49, df-l, p>.OS). 

DISCUSSION 

The following (teneral stsitements are 
consistent with the data obtimed. User 
input frequently docs not conform, either 
in form or intention, to thi' input re- 
quiiemonts (jf many int"ra^tive programs. 
Furthermore, the occurrnct^ of such errors 
IS not clearly related to \.hv experience 
of the user. General aiudf^ines such a?^ 
those suqqested by Hansen {]')71) who states 
as his first principlt* of user enqineerina : 
"Know the \i?>v.r": or that suuaested by Pew 
and Rollinqs (1975) who state as their 
Mrst prineiple of desiqninq interactive 
syc^tems: "Know the user population," are 
not sufficient to avoid interaetivo prob- 
lems. Given the types and frt^qui^ncy of 
errors made, the Sviqaestion made by Was- 
serman (1973) , i.e./ "I^rovide a proqram 
action for every possible tyoo of user 
input," appears to be a dirr-etl^^ relevant 
strateqy for avoidinq tht.' uroblem of user- 
software interaction breakdown. This ap- 
proach will serve as the focus ^or tht* 
following examples and roeonrw^ndat ions . 

RKCOHMENDATIONS 

riqure 2 illustrates a seqment of a lar- 
c?er proqram. Assuming tiiat the user re- 
sponds with cither "RR" or "RNR," this pro- 
gram s»fqmi*nt will function properly. Mow- 
ever, now assume for the sake of argument 
that a user who intends to implement the 
RANDOM WITH REPLACEMENT routine responds 
incorrectly, but not ill oqic ally, with 
"RWR." In such a case the requirements of 
statement 300 are such that any response 
other than "RR," includin<l respon?Jes such 
as "(RR)," "R-R," or "RWR," none of which 
are illogical or highly improbable, will, 
result in a continuation of program execu- 
tion at statement 320, i.e., 'the beginning 
of the RANDOM WITH NO REPLACEMl^^NT routine. 
As mentioned earlier, this rype of problem 
is both coiYimon and insidious. Under such 
conditions the program continues execution 
using a method which the user may not in- 
tend and may not even be aware of. In the 
present ex-^mple, the user may very well 
interpret the final output under the as- 
sumption that the RANDOM WITH RI:PI.ACEMENT 
routine was used. 
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200 PRINT "WHICH MfTHPC f N*-M«Jth GtNfRATlJN SHOULD Bf USFn'" 

22 3 PRINT "RAJJOOM WITH -^EPLACEMEf^T f RB > " 

240 PRINT 'RANDOM WITH NT RtP^JkrEMENT (RNR)" 

260 PRINT "WHICH", 

2«C INPJT M5 

'•JO IF *IS - 'HH' THIS -,iO 

320 R£«ARK BtCIN RANDOM WI^H NO RtPLACfJIFNT ROUTINE 



SOO REIfARK 
520 50 TO - 
^40 REHAPX 



^00 pEttAltK 
720 PEMAPX 



END RANDOM WITH NO REPLACEMEliT HOl'TINE 
BEGIN RANDOM hITH REPLACEMENT ROUTINE 



END RANDOM Wl'^H REPLACEMENT ROUTINE 
.CONTINUE EXBCt'TIOfi Of MAIN PfiOGKAM 



riGLRE 2 FiTft •xiBpie of proqram »egment h^vin^ sequence flaw 

j — ■ 

Figure 3 illustrates a revision of this 
program segment which avoids the problems 
discussed above. The addition of state- 
ments 305, 310, and 315 guarantee that no 
responses other than "RR" or "RNR" will be 
accepted as input. Consider what would 
happQn even if statement^ 3 10 were not in- 
cluded in the revision. The user would be 
confronted with question mark after ques- 
tion mark while continuing to respond per- 
haps with "RWR" instead of "RR." • 



103 IP MS ' '»R- THEN S40 

13S tP MS ' "RNR" THjjjl J20 

»10 PRINT *TYPE EITHER RR 

J15 tX) TO 280 



FICtiRE 3 Pro«lram statements for correction of sequence flaw m 
ftrit exdinplp 



It is often. argued that the level of us- 
er sophistication should dictate the amount 
of effort expended in writing or revising 
programs to avoid sequencing difficulties 
such as those illustrated above. Howeve^, 
even the mpst sophisticated user is capa- 
ble of responding incorrectly. In some 
cases higher levels of user sophistication 
actua^lly increase the probability of inap- 
propriate \nput. Consider, for example, 
the program segment illustrated in Figure 
4. If an individual had some degree of 
computer sophistication and was confronted 
with the question illustrated, he or she 
might quickly type "BIT" as a response. As 
a result, program execution would continue 
as follows:, 1380. .. 1420 ... 1460 ... 1520 .. . 
1540. Consequently, the variable' X (I ) 
Vould be assigned a value of "4," and it 
would appear as though the user's intend- 
ed answer was "BID." 



UIO 


PRINT "gUESTlON tl" 






1200 


PRINT 'which or THE EOLLOWING ACRONYMS" 




1220 


PRINT "IS USED TO REPRESENT THE CONCFPT" 




124C 


PRINT "OF BINARY DIGIT - 




% 


1260 


PRINT " A 


BYTJ 


12«0 


PRINT " B 


BIT" 




1 100 


PRINT • c 


Birt" 




1320 


PRINT " c 


BID" 




1 340 


PRINT " WHICH"* 






nfio 


«\PLT P5 






lino 


IF BS NOT EQLAL "A" THEN 1420 






1400 


xd) -1 






1420 


IF R5 NOT EQUAL "P" THEN 1460 






1440 


X(I) »2 






1460 


IF R$ NOT eWAL "C" thin 1520 






14S0 


X(I)-3 






1^00 


GO TO 154 0 






1520 


X(I}''4 






lS4rt 


REMARK. . .. .CQNTINL'E 


EXFCL'TION OF 


PROGRA>< 



FIGURE 4 Second extmole of program aeqmttnt havinq aeauence flaw 

Figure 5 illustrates a revision of this 
program segment which corrects for this 
problem. With this revision a user re- 
sponse of "BIT" would not be permitted and, 
. ^s important, the user would be given spe- 
cific information regarding the proper re- 
sponse format. 



1380 
1400 
1420 
1440 

146a 

1480 

l-iOO 
l')20 
1S40 
1560 
15110 
1600 
1620 
1640 



ir R$*'A' THEN 15r0 

IF R$*''B" THEN l'>40 

IF T 1580 

IF R$«"D" THEN 1620 

PRINT "ENTER EITHER 

GO TO 11*0 

X (U-l 

GO TO 1640 

X{I)-2 

CO TO 1640 

X{I)«3 

GO TO 164 0 

X(I)-4 

RFJURK 



riGUlU! 5 Proqr*m «t«tements for correct! 
•econd example . 



CONTINUE EXECUTION OF PROGRAM 
of sequence f law i n 



SUMMARY AND CONCLUSION 

Several years of experience in art in- 
structional, time-sharing environment where 
interactive programs have been utilized 
have resulted in an accumulation of anec- 
dotal evidence regarding the perva^biveness 
of problems which result from user input 
errors. The data presented in the -present 
paper are consistent with this experience 
in that they demons'trate the frequency of 
such errors. These errors, when they oc- 
cur in the context of interactive programs 
which have flaws of the type illustrated, 
are at best likely to result in rr»nfu8ion, 
frustration, and possible termination of a 
given interactive session. At worst the 
result may be an undetected error on the 
basis of which the student may draw incor- 
rect conclusions. 

The given examples of program segments 
which have sequencing flaws are intended 
to be representative of contmon limitations 
which are likely to be present in many in- 
teractive programs. These flaws can be 
easily detected by intentio^ially entering 
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incotrectly typed, illogically stated, or 
improperly formatted responses while in- 
teracting with suspect programs. Result- 
ing difficulties should be self-explana- 
tory, and a simple scan of the program 
listing will often lead to an understand- 
ing of the changes, frequently minor, 
which could eliminate the problem. 

I hope this paper has contributec to an 
increased awareness of and sensitivity to 
the problem discussed; and as important, 
to the understanding that programs can be 
written or easily inodified so as to avoid 
this problem. 
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TRANSPORTABILITY OF 
INSTRUCTIONAL COMPUTER 
PROGRAMS: ISSUES AND 
EXAMPLES 

Eugene A. Herman 
Grinnell College 



I-NTRODUCTION 

Good instructional computer programs 
are difficult to develop and thus worth 
sharing. So we must consider transport- 
ability issues. I consider two very dif- 
ferent methods for achieving (different 
degrees of) transportability: the easy 
method of writing programs for a single 
widely used computer and the hard method 
of writing machine- independent programs. 
I examine the problems associated with 
each method and discuss partial solutions 
to the harder problems. Finally, I de- 
scribe in some detail how I have ap- 
proached the problems of transportability 
in my current project and the effect this 
has had on my work. 

In part, this paper is a call for 
our professional organizations to support 
specific measures that will help us 
share computer-based educational materi- 
als and our knowledge. 

WHY IS TRANSPORTABILITY AN ISSUE? 

As recently aSvl972, it was still 
common to find overly optinistic predic- 
tions, such as this one in a ma^or study 
done for the Carnegie Commission on High- 
er Education [6, p. 92]: 

Manufacturers of equipment 
for uses in teaching and learning 
at colleges and universities will 
have made a greater effort to 
adapt their designs so that com- 
patible instructional components 
can be produced for use on a wide 
variety of makes and models. 
In fact, there is today a much greater 
variety of makes and mod'-2s of incompat- 
ible computer hardware and languages than 
in 1972. As those who fund computer- 
based educational projects recognize, 
these incompatibilities lead to high cost 
in the production and dissemination of ma- 
terials and inhibit their use and de- 
velopment. For example, Andrew Molnar of 



the National Science Foundation recent- 
ly wrote; 15 

the lacK of good computer- 
based educational materials is 
the major obstacle to the wide- 
spread use of computers and... this 
need is only partially being 
offset by local efforts— but at 
costs which are prohibitive and 
unnecessary when viewed from a 
national perspective, [emphases 
mine ] 

Also, Richard Hooper, Director of Great 
Britain's National Development Programme 
in Computer Assisted Learning has writ- 
ten [10, p. 5]: 

A major problem associated 
with the growth of computer as- 
sisted and computer managed 
learning will, in the forseeable 
future, remain cost. ... Indeed , 
software costs will increase, 
because software is and will re- 
main labour-intensive. . . .The 
claims regularly made that author 
languages will reduce software 
costs because they are *easy to 
use • seem . . . much o ve r s ta ted . 

ADVANTAGES OP TRANSPORTABILITY 

We are, thus, well advised to re- 
mind ourselves of the advantages gained 
by developing materials that are highly 
transportable: 

1) Puncing agencies with a national per- 
spective will look more favorably on 
our proposals . 

2) Our materials will reach a far great- 
er audience and thus the development 
c6st per user will b6 much lower. 

3) Our materials will benefit a much 
greater number of students and 
teachers . 

4) We improve the quality of our materi- 
als when we can solicit the views of 
a greater number of students. 
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teachers, authors, and evaluators. 
5) Our materials will benefit authors at 
other institutions who will see our 
work and learn from our triumphs and 
mistakes. 

MICROCOMPUTERS AND THE EASY METHOD 

In the last two or three years, how- 
ever, the hard problems of making in- 
structional computer programs transport- 
able have been sidestepped by designing 
them lor a single widely used stand- 
alone computer. For example, if a teach- 
er writes a program for an Aj'ple II 
micro- computer, then hundreds of other 
teachers can probably run the program. 
And those who cannot may be willing to 
purchase the computer, especially if the 
programs are very good and the hardware 
is cheap. The five advantages of trans- 
portability listed above F'em to be large- 
ly achieved by this methoa and without 
any added effort. But this method has 
shortcomings which every author ought to 
weigh before deciding which method to 
choose for achieving transportability. 

First, microcomputers are likely to 
have shorter lives than software (which 
needs to be lasting to justify its cost). 
They are not constructed to last longer 
than a terminal, and their technology is 
changing so rapidly that current hard- 
ware will soon be obsolete (perhaps by 
1982 when the second generation of micro- 
computers is due) . Because they are so 
new and changing so rapidly, we must also 
consider the likelihood that our programs 
will need many changes before they can 
run on the machines that replace them. 
The company that makes our computer may 
go out of business; or we may judge an- 
other company's new computer to be super- 
ior; or the next generation of a company's 
computer may have some features incompat- 
ible with its present one (which is es- 
pecially likely in its way of generating 
graphics) . 

Second, microcomputers are designed 
primarily for the very large personal 
Computing market, and their manufacturers 
are not particularly sensitive to the 
needs of educators. For example, the 
graphics capabilities of some micros make 
them seem particularly attractive for use 
in education, but their graphics hardware 
and roost of their software are designed 
for games. For many applications in edu- 
cation, the resolution of the screen is 
too low, the speed of computation is too 
Slow (especially when, as is typical, the 
language is an interpreted Basic), and the 
graphics software is too awkward or weak. 
Anocher drawback of personal computers is 
the inadequacy of their authoring aids. 



Authors who develop programs on larger sys- 
tems have learned the value of large util- 
ity libraries, including powerful editing 
and debugging facilities, good graphics 
packages, and code-writing programs for me- 
chanical sections of code. Such aids are 
being developed only slowly, and often in- 
adequately, for microcomputers. Another 
kind of aid we ought not overlook is that 
provided by computer center staff. Often, 
computer centers refuse to consider micro- 
computers as part of their equipment, and 
we find it difficult to gat professional 
help with our technical problems. 

Finally, in order to compensate for 
the inadequacies of microcomputers, expe- 
rienced authors often select a more uncom- 
mon machine or uncommon set of options.^ 
For example, the Pascal operating system on 
a Terak or on an Apple II Plus or Apple 
III gives the author a good screen editor, 
a powerful and fast language, and a graph- 
ics capability with some superior quali- 
ties. But then the author has given up 
transportability, since far fewer people 
will have such hardware. Some authors im- 
prove the performance of their programs by 
exploiting idiosyncracies of their hard- 
ware. For example, there are frequent 
articles on tricks to speed up graphics - 
output, but the methods used are unlikely 
1 carry over to the next generation of 
:hines.l3 Furthermore, an author who 
udKes into account the idiosyncracies of a 
specific computer risks making even the de- 
sign of his or her instructional computer 
programs dependent on the hardware, thus 
inhibiting future development of the de- 
sign. 

THE PROBLEMS OF THE HARD METHOD 

On the other hand, every author 
should also weigh the problems associated 
with designing machine-independent com- 
puter programs. To sharpen our apprecia- 
tion of these problems, let us consider 
them in a context that exacerbates them. 
Specifically, let us assume that: 

a) We want to transport a collection 
of large, complex* instructional 
programs that call for computer 
graphics routines and file man- 
ipulations . 

b) We want many other educational 
institutions to be able to in- 
stall and run our programs on 
very different equipment from 
our own and with little diffi- 
culty. Although it may take time 
to modify our programs, it should 
be a mechanical process that 
leads to no significant degrading 
of their performance. 

The following problems are then 
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quite significant. I will discuss par- 
tial solutions, but I do not expect the 
problems to disappear. I offer the pro- 
blems and solutio. as agenda items for 
us to bring to our professional organi- 
zations. For, by acting in concert, we 
can help reduce these problems and there- 
by come closer to achieving the advan- 
tages of transportability. 

1) High-level general-purpose languages 
commonly used by authors, such as 
Basic, Fortran, and Pascal, exist in a 
bewildering variety of dialects. A 
program written in one dialect may 
need extensive rewriting before it 
can be run in another computer's dia- 
lect. Authoring languages, such as 
Cou-'sewriter , Tutor, Common Pilot, 
and Decal, have not spread to a wide 
variety of computers. 

2) Transporting programs that use compu- 
ter graphics is especially difficult. 
The variety of graphics hardware is 
greac; the "standard" versions of 
Basic, Fortran, and Pascal contain no 
graphics commands; and there are no 
standards for graphics software. 

3) Other frequently desired capabilities, 
such as file manipulation and cursor 
control, are also system- and device- 
dependent. 

4) Developing large, complex, high- 
quality, transportable instructional 
programs usually entails several la- 
borious rewrites of the programs. 
Much of this extra effort may be 
blamed on problems associated with 
making the program transportable. 

5) It IS only worthwile expending extra 
effort to make instructional computer 
programs transportable if one can be 
assured of their high quality. But 
quality is hard to achieve and hard 
to measure. 

6) It i. difficult to find reliable in- 
formation to help us cope with the 
above problems. 

SOLVABLE PROBLEMS 

*t"2fore discussing solutions to 
the'JO problems, I want to briefly con- 
sider another class of problems which I 
regard as far more solvable. In order to 
r^ke effective use of good instructional 
co*aputer programs, we must have access to 
hardware and software with certain minimal 
capabilities. Our professional organiza- 
tions could prepare a checklist of these 
minimal capabilities, which would give us 
added ammunition in battles to bring our 
computer facilities up to par. Also, au- 
thors could work with more confidence, 
knowing that many insti '"Utions would have 
certain minimal capabilities that are cru- 



cial to effective use of their programs. 
Although many others have offered such 
checklists , ^ I will summarize them and 
add items of my own. 

We should ha>^e microcomputers cj. CRT 
terminals with .•screens that hold 24 lines 
of 80 characters each, handle upper and 
lowercase characters in several character 
sets, and have flexible cursor controls. 
We should have graphics microcomputers or 
CRTs that have a resolution of at least 
500 by 500, can compute and display 100 
vectors within one second, and have at 
least one graphic input tool. Our com- 
puter should be able to perform some 
standard manipulations on sequential and 
random access files. It should be able 
to -..un large programs in standard versions 
of the most common high-level programming 
languages. And, it should run standard 
graphics software. Some of these cap- 
abilities can be atiquired easily, while 
some still require definition (especially) 
those with the adjective "standard"). 

PARTIAL SOLUTIONS TO THE HARDER PROBLEMS 

Problems 1-6, on the other hand, may 
never be solved in any completely satis- 
factory way. But we can minimize them, 
especially if we can put the weight of 
our professional organization^ behind 
some of the partial solutions. In the 
following paragraphs, I consider each 
of the six problems in turn and suggest 
partial solutions. In the final section 
I discuss the solutions I have adopted 
for the ** YOU SOLVED ITl ** project and 
the effect these solutions are having on 
my work. 

Only Basic, Fortran, and, possibly, 
Pascal are sufficiently widespread and 
general purpose tO be suitable as trans- 
portable authoring languages . Dialects 
of Basic are extremely varied, and the 
intersection of all these dialects is an 
extremely weak language. ANSI (the 
American National Standards Institute*) 
published a standard called Minimal Basic 
in 1978.^^ But since adherance to stand- 
ards progresses slowly, a safer approach 
is the use so-called **Level 0 Basic" 
defined in a booklet distributed by 
CONDUIT.^ Fortunately, ANSI has estab- 
lished committee X3J2 on Basic to de- 
velop a far richer standard. Fortran, 
on the other hand, has been standardized 
by ANSI since 1966. Although the stand- 
ard was updated in 1977, that version is 
still not widespread. In fact, since 
some implementations of Foitran do not 
even meet the 1966 standard, it is 
safer to use a subset which has been 
carefully defined by Bell Laboratories • 
Bell distributes a verifying program 
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rFORT Which, when fed a Fortran program, 
will identify all the ways in which the 
program fails to meet its more stringent 
standards.^' Pascal is not yet nearly 
as widespread as Basic or Fortran but is 
gaining acceptance rapidly. Unfortun- 
ately, as it spreads, dialects multiply. 
Even so-called *• Standard Pascal" is not 
free from significant transportability 
problems. H ANSI committee X3J9'is work- 
ing on an official standard. 

We can only hope to transport pro- 
grams that use computer graphics if there ' 
are standards for graphics. Fortunately, 
two ANSI committers are working on grap- 
ics standards. Committee X3J2 (on Basic) 
is considering ^ standards proposal that 
includes' graphics commands originating 
at Dartmouth College. Committee X3H3, 
however, is charged with the development 
of a language- independent standard. Al- 
though it is working from a 1979 proposal 
.by SIGGRAPH,^® X3H3 expects the graphics 
standards produced by the two committees 
to be con^atible. Several individuals 
and groups have produced implementations 
of SIGGRAPH's 1979 proposal, but only the 
one I have .developed seems to be a likely 
candidate for use in education.^ For 
easy but limited transportability, au- 
thors might consider one of the device- 
dependent graphics packages that runs on 
a single widely-used device. There is 
Tektronix' PLOT 10, the Calcomp software, 
and Apple's new Applegraphics package for 
its Pascal operating system. 

The roost nearly transportable way 
of handling system-dependent and device- 
dependent functions, such as file manip- 
ulation and cursor control, is to rele- 
gate them to small, well-documented sub- 
routines that can be altered easily at 
other sites. But authors need to know 
which functions are generally available, 
to avoid writing subroutines whose func- 
tions can be reproduced at only a few 
sites. For this, we need the aid of our 
professional organizations to recommend 
minimal capabilities- for computers in 
education. 

The key to efficient development of 
large, complex^ instructional programs is 
planning. The author must not only think 
out an instructional design very care- 
fully, but must plan how to avoid trans- 
portability problems. The style of cod- 
ing can have a great effect on the ease 
with which programs can be written and 
rewritten. Structured programming tech- 
niques and good documentation (see 12) 
are in^ortant since they make the code 
manageable and understandable, thus sim- 
plifying debugging and rewriting. Au- 
thoring aids such as good editing and 



debugging facilities and automatic code- 
writers for mechanical sections of code 
speed up the work of programmers. 

^ Others have written extensively on 
how to structure a project to make high 
quality easier to achieve and test, so 
I will only summarize their recommenda- 
tions. ' A team of two or three instruc- 
tors working together can try out pedago- 
gical ideas on one another. A profession- 
al instructional designer can help them 
implement their idec^« A computer scien- 
tist can help guide the- production pro- 
cess. And an educational psychologist 
can design- the testing and evaluation pro- 
cedures. Evaluation should begin at the 
earliest stages in an informal manner by 
trying out design ideas on students, 
faculty, and others. First versions of 
programs should be tried out in classes 
and be examined by other authors and fac- 
ulty. Final versions should undergo 
rigorous testing and .evaluation. 

Although reliable information about 
the above problems is difficult to find, 
there are n*any useful sources. CONDUIT 
is a national organization (with head- 
quarters at the University of Iowa) which 
reviews and distributes instructional 
computer programs to colleges and univer- 
sities. Transportability is a major con- 
cern of theirs and they distribute some 
useful booklets , 2# 16 'jhe American Na- 
tional Standards Institute publishes 
standards that make transportability pec- 
sible. Useful information can also be 
found in journals and at conferences such 
as those supported by SIGCUE, ADICS, and 
kLlS and those supported by the disci- 
plines in which we teach. Access to a 
large library and a good travel budget 
are important. 

THE ** you SOLVED IT! PROJECT 

Although National Science Foundation 
fundinq for my project did not start until 
1979, I began related work in 19^77. My 
project has been to develop and evaluate 
instructional computer programs for use 
in pre-calculus college mathematics. The 
programs combine elements of drill and 
practice, interactive testing, and dia- 
logue. They are large and complex; they 
use sequential files; and some use com- 
puter graphics. 

I rejected Basic since Minimal Basic 
is a weak language and since Interpreted 
Basic is usually too slow' for graphics 
and even too slow for some of our elab- 
orate answer analyses. I regarded Pascal 
as insufficiently widespread and so I . 
used 1966 Fortran. My programs will also 
pass the more restrictive PFORT verifier^-. 
But my information on transportable For- 
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tran was inadequate, and we wasted time 
rewriting some non- transportable code. 

I regard transporting of computer * 
graphics programs to be the most chal- 
lenging and interesting problem. I have 
designed two successive language- indepen- 
dent and device-independent graphics 
packages based on SIGGRAPH*s proposal. 
We have implemented these m Basic and 
Fortran and have used them extensively 
but mostly locally. Some of our latest 
subroutines are for graphing m three- 
space and manipulating sof tware-gererated 
text. I am currently waiting to hear if 
the National Science Foundation will fund 
my proposal to design and produce highly 
transportable implementations of the com- 
ing graphics standards for use in educa- 
tion. The effort we have put into de- 
veloping graphics has been substantial, 
but the benefits of our work could be 
widespread. 

In addition to graphics functions, 
we perform all file manipulation, cursor 
control, and other comnton functions in 
small, well-documented utility subrou- 
tines. For example, UCURSOR{I,J) moves 
the cursor I lines up and J columns 
right, URCORD records information about 
the current user xn a sequential file, 
UINPUT prompts the user and partially 
analyzes the response, and UVALUE com- 
putes the value of a numeric string. 
Those subroutines which are systeia- or 
device-dependent then need only be re- 
written once at another site for them to 
work on all the ** YOU SOLVED IT I ** pro- 
graras. We have almost 25 utility sub- 
routines, not counting those in our 
graphics package. We need more study, 
however, to understand what constitutes 
a good utilities package. 

Careful structuring of subroutines 
has baen our key to efficient writing 
and rewriting of programs. Although For- 
tran is not as well structured as Pascal, 
for example, it does have separately com- 
pil2ibXe subroutines. I impose even more 
structure on it by requiring programmers 
to adhere to additional rules, ^hll code 
is carefully constructed from the top - 
down. No progr^un or subroutine can be 
more than two pages long (including com- 
ments) and frequently used subroutines 
are usually only a few lines long. The 
use of COMMON blocks, DIMENSION state- 
mentS/ and type declarations is carefully 
controlled. All code is handwritten and 
hand tested before being entered in the 
computer. Many subroutines are tested in- 
dividually in the computer. A typical 
•program has about 2000 lines and is broken 
into 20-30 subrout^ines plus the utility 
subroutines. We use a powerful screen ed- 



■ itor, VTEDIT, for writing and rewriting 
code. We also have two automatic code- 
writers to handle the very tedious parts 
of Fortran coding. The FORMAT statement 
generator is a Basic-Plus program which 
takes a file representing a full screen 
of alphanumeric output (created easily 
using VTEDIT) and from it produces the 
necessary FORMAT statements. The DATA 
statement generator is a Basic-Plus pro- 
gram which takes a file of alphanumeric 
strings and produces a set of DATA state- 
ments m which each string is loaded into 
an array, one character in each array 
element. Those arrays can then be easily 
manipulated as strings. We wasted a lot 
of effort before settling on our present 
structuring methods and our code-writing 
programs. But I am finally satisfied that 
we have an efficient system for producing 
clear and reliable code. 

The most important step I take to in- 
sure the quality of my work is to ask my- 
self what I most want my students to 
learn and what effective contribution the 
computer can make that cannot be equalled 
by other means. Since thqre are no other 
authors nearby for me to consult, I try 
oat my ideas on "^11 the students, faculty, 
and friends who will listen. Then I use 
first versions of the programs m my own 
classes and persuade other faculty to use 

* them in theirs. I add questions to end- 
of-course eVfiluation forms to solicit the 
opinions of all students who use the pro- 
greuns. AlB^ COND^T has solicited some 
preliminary reviews of my programs and 
colleagues at other institutions have 
tried them out. I am presently at the 
final stage 'for some of tfie programs— a 
formal experiment to evaluate then. To 
insure that this is done well, I am work- 
ing with an educational psychologist and 
a statistition. I will report on the re- 
sults of this experiment m my delivery 
« of this paper to the conference. 

Much of the information that guided 
my work in the beginning came from 
CONDUIT. Their information has been re- 
liable and substantial, but certainly not 
complete. I have also gleaned useful in- 
formation related to transportability 
from NECC and CCUC and from computer- 
related journals and magazines too numer- 
ous to mention. A lengthy sabbatical has 
given me the time to do much of this 
reading, traveling, and learning. 
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Abstract' The next step in the use of computers in 
the small undergraduate college is anal" 
yssd and found to be a group of personal 
microcomputers interfaced to the main 
^ academic computer. The design and 

implementation of a six*unit cluster is then 
described. The design features a simple 
approach using commercially available 
hardware . 



INTRODUCTION 

The wide- range potential advantages of computers 
in education has not yet been realixed. Although the 
cocnput«r age is now going into its third decade and 
unbiUievable strides have been made, the expected 
impact of computers in education has not yet arrived. 
This le especially true of the small undergraduate 
college . Appendix I analy xes the past , current , and 
future impact of computers on the small college. The 
conclusion from this analysis is that there are 
technological as well as psychological factors that 
stend as barriers to the potential of computers in 
education. To oversimplify these barriers they are; 
1} The coet of computer equipment is too high to 
parmit classroom use. What is really needed, and 
very possible in the foreseeable future, is computer 
availability such as found in home TV sets and type- 
writers and; 2} The number of educators with 
sulBcient literacy in computer equipment is too small . 
This second factor is primarily a result of the first; 
no educator can start to understand how the computer 
can asslat classroom instruction without hands-on 
eaiperience with the computer. 

I believe that just because the potential of com- 
puters in education has not been realised in a grand 
scale to date does f\ot mean the potmtial is not there. 
What is needed is an objective analysis of how com- 
puters can l^est assiat education today, 4nd what is 
required to reallxe their potential in the future . That 
is to say, what is the next step? 



Appendix 1 analyzes the past impact computer 
equipment has had on the small college and notes the 
importance of the historical price/performance ratio 
(industry trend of a 21 percent decrease in computer 
costs annually) . The analysis also finds a trend in 
academic computer facilities to form a hierarchical 
parent-child structure. That is, a computer facility 
rarely stands alone , but is initially supported by a 
larger, often remote, computer. Due to the funda- 
mental nature of this parent-child relationship, it is 
found that the next step is that of inter-connecting 
personal microcomputers into a group and then 
interfacing that group to the main academic computer 
facility. This is termed, fbr reasons to be discussed 
later, the microsynergistic group, 
f 

The next steps have immense impact on the 
delivery and mode of instruction in the small college. 
This paper, however, does not project beyond the 
next step, the development of the hardware and 
software necesary for easy access to the data -base 
resources of the main academic computer facility by 
the microsynergistic group: and the evaluation of the 
benefits and problems of this interface when used by 
the student, in conjunction with his own personal 
computer , and when used by the instructor in the 
classroom . 



THE MICROSYNERGISTIC GROUP 

The microaynergistic group is illustrated in 
figure I. The term microsynergistic" has been 
coined from a biological term synergism which refers 
to the result of a group of "things" (microcomputers 
in this case) working together to produce a result 
which is grsater than the sum of their individual 
capabilities. Historically computers ^ and humans 
for that matter, form hierarchical structures like 
families, companies, etc., wh^re the resulting 
organisation is much more capable than the sum of 
the individual parts working independently. 
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Th« operation of tha microtynergiitic group is 
at follows: Tha matter micro hat the toftware anri 
hardware to accett the main college academic com 
pu^er and trantfer programt and data to and from 
the group of microcomputert . Thit permiU rapid 
downloading of courseware at required for computer- 
ataiated inatruction. It alao permitt the ttudent to 
ttore programa and data on the main academic 
computer and make hardcopy printout on the line 
printer of the main academic computer . 

Thete interfacet are not implemented eaaily. 
Although the 6S02 microprocettor and the Apple 
(TM) tyttem toftware were carefully chosen for 
input-output flexibility » there ttill were complex 
problerat of timing , etpecially on inputing to the 
Nova (TM)^ minicomputer which it operating in a 
multiuaer twapping mode. 

The advantaget of the cott-^tfective per tonal 
microcomputers coupled with the data bate and 
retources of the qnain academic computer center are 
great , and the retired techniques have been 
developed. The conaequencet of the microsynergist'c 
approach in education within the next few years are 
indeed exciting . 

The MSG system has been developed by Saint 
Vincent College with support from the Buhl Foundation 
(Pittsburgh, PA) and is now in productive operation 
at Saint Vincent College . The MSG system is an 
important step in providing readily accessible, on- 
line in pactional computer capabilities at lower cost 
thin previously possible. 

In addition to the lower costs , the procetting 
tpeed of thAindividual microcomputert in the MSG 
tyttem proffdea additional pedagogical featurea 
which were previously clearly out of the reach of 
the small college . Theae featurea are high reaolution 
graphlca, multi-color output, audio output, and 
animation . Thete featurea expand the dimenaions of 
information presentation to the atudent by meant of 
detailed diagrama and curves , color-keyed diagrama , 
sound prompting , and relative motion diagrama . 



terminal hour Thia coat is baaed upon 90i per 
terminal hour expenaea per computer port on our 
ayatem , divided by 5 for the 5 microcomputera 
aharing one port. 

The equipment coat of the MSG syttem it alto 
tignificantly lower , demonttrated by comparing the 
coat of adding a conventional terminal on the main 
academic computer tyttem . The cott of an additional 
terminal it that of a terminal plua the coat of the 
communication port to interface the main computer. 
A plain text CRT terminal would coat $1,200, and the 
main computer port on the Saint Vincent College 
multiuaer minicomputer tyttem woyld cott $4,000. 
The total equipment coat to add one conventional 
terminal would therefore be $5,200. By compar^ton 
the 5 unite in the MSG tys^em there the f4,000 main 
computer port , resulting in a coat of only $600 per 
terminal . The equipment cottt for each of the five 
terminala it $2,320, resulting in a toal coat of $3,120. 
This , compared to die coat of $5 , 200 for the conven- 
tional approach , demonatratea a significant coat 
reduction in academic computing ^ 

The total coat of a projected claasroom aite MSG 
ayatem with 16 terminals would be $250 for the prorated/ 
main computer port and $1^750 for the equipment coat,y 
resulting in only $2,00C total. Thia equipment coat 
taken over a five-year life and at 4 houra per day 
would be 40i per hour . Adding the operating coat of 
main academic computer port, which would be pro- 
rated to only 6< per hour, reaults in a total coat of i6i 
par terminal hour . 

Thia coat of 46i per student terminal hour com- 
pares favorably to other coat oomponenta of a college 
education . Tuition at Saint Vincent College coat 
$6.67 per'daaa hour. A typical $15.00 textbook, 
uaed in a three credit hour courae, coats 33i per daaa 
hour . Theae coata when compared to the 46i per 
atudent terminal hour on the MSG tyatem^llustratea 
the posaibility of the MSG ayatem having great impact 
on the use of computer a in education in the very near 
future. 



ECONOMICS OF THE MSG SYSTEM 

The operating coat advantages of the MSG ayatem 
can h^t clearly demonatrated through a compariaon 
with commercially available time-aharing ayatema . 
Theae time-aharing ayatema coat $4.00 to $9.00 per 
terminal hour. The operating coat of the 5-unit 
MSG ayatem on the Saint Vincent College Nova (TM) 
ayatem has an estimated operating coat about 18i per 



^ Nova ia a tr'ademark of the DaU General Corpor- 
ation. 

^ Terminala on the MSG tyttem are much more than 
terminala, they are atand-alone computera. 
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EDUCATIONAL COURSEWARE LIBRARY 

An educational computer program library has 
been started on the Saint Vincent College computer 
system. Because the N^SG system interfa:es the main 
academic computer with its high speed, large capa- 
city hard disk, it is relatively easy to maintain this 
library. This includes safe storage of programs and 
categorizing the programs by educational discipline, 
key words « alphabetically, etc. This library of MSG 
educational programs has the potential to assist other 
educational institutions which might become interested 
m the MSG system . 



BASIC PROGRAM IPANSLATOR 

While both the Saint Vincent KO^A system and the 
MSG system uses the Basic (an acronym standing for 
Beginners All- purpose Symbolic histruction Code), 
there are unfortunate differences in the syntax of the 
two computer languages, n translator program has 
been written to convert the NOVA. Basic to MSG basic 
(Applesoft). At present this translator '^onverts about 
95% of the changes that need to be made to speed-up 
the conversion of programs written on the Nova system 
to run on the MSG system. 



DESCRIPTION OF MSG SYSTEM 

The MSG system was developed with the philo- 
sophy that we should use readily available commercial 
components if possible . To date we have been 
successful in achieving this objective. This philo- 
sophy improves the transportability of the MSG 
system to other educational institutions. 

The current system uses the Apple Computer 
Company serial communications board. We have been 
successful in operating the MSG system up to 4800 
baud which is about 480 characters per second . The 
individual microcomputers on the MSG system can 
operate as terminals on the Saint Vincent College Nova 
system which is operating in multiuser, swapping 
extended Basic . In this mode th«^y can carry any 
of the functions given in Appendix U, such as 
running a program, creating a program, changing a 
program, and printing out ih4 text of the program 
on the line printer . The individual microcomputers 
can also request that a program which hfts been stored 
on the Saint Vincent College Nova system be trans- 
ferred to itself. After the program has been 
transferred, the microcomputer can run the program, 
change It, and when through, can link-up with the 
Nova system and save the program on the Saint Vincent 



College Nova systems disk storage. The MSG system 
also has several other features, such as local printpr 
which can be shared by all the MSG terminals for hard 
copy of listings and runs of programs, l^e local 
printer can also print out a copy of the high resolution 
graphics . There is a color monitor (TV set) which all 
the MSG terminals can use to display program output 
in different colors. The individual microcomputers 
have black and white monitors (TV sets) to reduce 
costs . The audio amplifier of the color monitor can 
be shared by the individual terminals. 

There is a group program input mode where all 
or any number of the individual terminals can re- 
ceive the same program from the mam academic 
computer system simultaneously. This mode would 
be required in a classroom environment. 



SUMMARY 

The MicroSynergistic Group has been analyzed to 
be the next step in the use of computers in education. 
A five-unit MSG syston has been developed' and in 
productive use in *he Saint Vincent College Computer 
Center . This microcomputer group is a natural 
extension of computer networks and resource sharing. 

The equipment costs of the MSG system are at 
least 40% less than the best alternative, a multiuser 
minicomputer system, and are projected to be 60Z less 
for a 16-unit MSG system . The operating costs are 
80% less for the five-unit system and 93% less for a 
projected 16-unit system . These figures are based 
upon current list prices of personal microcomputers 
which are sure to continue to decrease in Cost in the 
near future. 

These lower costs, with the additional dimensions 
of information presentation (i.e., graphic color, 
sound, and animation) of the MSG system ake the 
MSG system an important component in realizing the 
immense potential of computers in education. 
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APPENDIX I 

THE ANALYSIS OF THE NEXT STEP 

The mosf^ritical factor in a program such as the 
one proposed here is not finding a viable area to 
investigate and implement, but to find the best next 
step in the implementation of new technology into the 
educational process. This section will describe the 
analysis which was used to conclude that the micro- 
synergistic group is the next step in realizing the 
immense potential of coir ^rs in education. 

The historical decrease in price/performance 
ratio of computer equipment is 21 percent per year. 
This negative inflation factor is very significant in 
predicting when computer equipment will greatly 
influence the educational process. The cost versus 
time of computer eqmpment and education is illus- 
trated in figure 1 . Note that the ratio of the typical 
^ tuition and fee cost for a four-year undergraduate 
college education to the cost of a basic microcomputer 
was 7 to 1 just three years ago, but today is 15 to 1 
and in the next three to four years will be as great as 
50 to 1. With this ratio, the personal microcomputer 
will be considered much like a $300.00 scientific 
calculator was considered a few years ago for the 
science major , or a good typewriter for the non- 
science student. The dotted-line projected cost trend 
is greater than the historical 21 percent decrease in 
entering the commercial market. Here the volume 
and demands of that market will have an unprece- 
dented effect on costs . Typically prices tend to 
decrease by a factor of 5 to 1 for computer-based 
equipment entering the commercial market. This is 
illustrated in figure 2. The conclusion that a $250. 00 
microcomputer will greatly influence the educational 
process is inescapable . 

Now we must consider, not how personal 
computers will affect education four to five years 
from now, but how we can utilize the present $800 to 
$1,200 personal computers today to improve education* 
That is, what is the next step? First, there are 
indeed limitations to the present day microcomputer . 
The $600 to $1,200 personal computer has no hard copy 
output and very limited program storage capability. 
These accessories can be added but will tend to double 
the price, resulting in a marginal cost-benefit ratio. 

If we analyze the historical use of computers in 
the small undergraduate college, a pattern occurs 
which clearly points the way as to how personal 
microcomputers can be used effectively. The trends 
ol small college academic use of computers are 



diagramed m figure 3. This figure illustrates a 
♦ypical computer configuration for various periods of 
time. In the period 19S5-1965 computer facilities 
were typically located at large colleges and univer- 
sities. Their operation was batch (i.e., card input 
and hard copy output). In the period 1965-1^75 the 
computerr were still located remotely from the small 
college but now had become multiuser time-sharing 
systems, and the small college could get access to 
these facilities over telephone lines. The cost was 
then, as it still is today, excessive; it was $5.00 to 
$12.00 per terminal hour and only limited use could 
be justified. In the 1975-1980 period, microcomputers 
with multiuser capability became available and per- 
mitted resident computer facilities on the campus of 
the small college. A typical system might consist of 
a 64 KB memory and a 10- megabyte hard disk which 
could service 5 to 9 on-line terminals. The system 
would still tend to rely on the remote computer time- 
share service such as could be accessed through 
EDUCOM for demanding processing or accessing 
large data-bases which could not be maintained or 
stored with its limited capacity. There was even the 
possibility of a terminal being located in the class- 
room, but typically students were, and still are, 
sent to the computer center to do comnutei -assisted 
instruction assignments. 

This IS where we are today, as indicated by the 
star in figure 3. The future, of course, can only be 
estimated, but we have already identified some trends. 
Computer systems tend to rely at least initially on a 
larger computer system, often remotely located. That 
ifa, computers tend to form networks to permi* sharing 
of more costly functions. Thus we see projected in the 
1980-1985 period the microsynergisUc group. This is 
a group of microcomputers which appear as only one 
terminal on the main academic computer facility, and 
may be located in the computer center or in the 
classroom. The development and use of the micro- 
synergistic group is the next step, the step which 
has the greatest potential of bringing computers into 
the classroom for the first time. However, it is 
interesting to analyze even further into the future 
the impact and mode of delivery computers will have 
in education. Note that in 1980-1985, the mini- 
computer has sufficient capability that it does not 
rely on the large remote computer for computing 
capability but continues to use it as a data base. 
Likewise, in the 1985-1990 period the college academic 
computer center disappears, except as a college data 
base, and the computer power really goes to the class- 
room. Also note the dotted lines which indicate that 
the students might well be carrying their personal 
computers back to the dormitory for home^A^ork . 
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To continue projecting the trends developed, note 
whet would h^pen in 1990-199S. Here the student 
would possibly just stay at home with his personal 
computer and connect to the small college instructor 
via the classrooin computer which has the course 
information, tests, etc. The instructor will, no 
doubt, still want access to the college and remote 
data bases . 
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<%-%-%-%-%-%-%> «lcro5vnerglstlc ^^p^^^ Jluil Nova Commindi <%-%-%-%-%-%-%-%> 



Action 
(Ttrmlnal P^odt) 



Command 



Commt nt 



Enter Tenlnal Mod« 



IN«2(CR) 

ctrl(A) ctricr) CD 



Slgn*on DUAL nova system (ESC)then type In 

IDID(CR) 



Delete Last Character 
Delete Current Line 



ctrl(H) Back Arrow 
ctrKX) 



This makes the Apple a Term* 
Inal on the Dual Nova Svstem 

Apple must be In Terminal 
)»ode 

will Delete last char.tvped 
Hill Delete last line typed 



Store Prooram on Disk 
Store Hex Code on Disk 



RUN «M8CLXST«(CR) 
enter PNAWE.TX 

RUN "MSCHEXDUI^P** 



Prooraif in Apple will be 
Stored on NOVA Name PNAME.TX 

enter PNAME.HX.Hex Start.End 



Printout Proa, on Nova 
^itt\ Header i Pages 

List Apple Prog that 
is stored .on NOVA 
Stop Listing 
Resuite Listing 
Terminate Listing 

Assemble 6S02 Code 



Get Program from Disk 

Get Hex Code from Disk 
Run Library Program 
Run ProgCon Nova) 

Rename Pragram 

Delete Stared Program 

Kill Action on Nova 
INFO on M s G system 
Edit Program or rile 
Leave Terminal Mode 



RUN «MSGPRINT"(CR) 
enter Pna»«E«TX 

RUN "LIST" 
enter PNAME.TX 

ctrlCS) 
ctrlCS) 
ctrlCZ) 

RUN "6502A5M" 
enter PNAME.AX 

RUN "MSGENTER" 
enter pname.TX 

RUN "PISGHEXLOAD" 

RUN "PNAME"(CR} 

RUN(CR) 

RENAI^E "OLDPN»,"NEWPN" 
DELETE "PNAME,TX"(CR} 
(ESC) 

RUN "INrO"(CR) 
RUN "EDITN0"(CR) 
ctrlCE) 



Prints latest copv on Nova 



Proorar. will be Listed on 
Apple (Not Transfered) 

Will Halt Listing 

Listing will Resume 

To Stop listing 

Assembley Program will be 
Cross Assembled into P-.HX 

will Download Program into 
Apples CPU 

enter PNAME.hx 

Runs Progran on NOVA 

Prog must be Created or 

ENTERed into workspace first 

Changes Program Name on Disk 

from OLDPN to NEWPN 

Delete Program Crom Disk 
Be Sure to Delete Old Progs 

A Short delay then « prompt 

Info such as this; Code MSG 

PNAME 4 Line Nos Reouested 

Be sure to Not leave, Apole 
in Terminal mode 



Action 
(Microcomputer Mode) 



Command 



Comment 



HELP on MSG System 
(Info on Commands) 

List Applift Program 
COutput to xeroxl 

Run APPle Program with 
(Output tD xerox) 

Printout HiQh Resolution 
Screen on Xerox 

Leave 0 and T Modes 



INi2(CR} 

ctrl(A) ctrlCF) (H) 
lNi2CCR) 

ctrl(A) ctrKF) (L) 
INi2(CR) 

ctrlCA) ctrKF) (0) 
INi2(CR} 

ctrl(A) CtrKF) (P) 
ctrl(E) 



Will display Info on Apple 
Screen 

Program will be Listed on 
Xerox Printer 

Output of Program will be 
printed on Xerox 

nigh Resolution Screen will 
be Printed on xerox 

DO Not leave APPle in Com- 
munication Mode 
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FUNDING OF VIDEODISC PROJECTS 



Sponsored by ACM-SIGCUE 

Chaired by Alan Breitler 
Department of Computer Sciences 
U. S. Coast Guard Academy 
New London, CT 06320 



ABSTRACT : 

This panel will discuss current and 
future funding possibilities for videodisc 
projects and research results obtained to 
date, sotirces of information and how to 
apply for project funding, the outlook 
for future funding, and a general discus* 
sion of the potential impact of videodisc 
use in instruction. A question and 
answer period will follow the panel 
discussion. 



PARTICIPANTS ; . 
Joseph Lipson 

Division of Science Education Development^ 

and Research 
National Science Foundation 
Washington, DC 20550 

Kent Kehrberg 

Minnesota Educational Computing Consortium 

Videodisc Project 
2520 Broadway Drive 
St. Paul, MN 55113 
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COMPUTING CONCEPTS IN ELEMENTARY SCHOOLS 



Sponsored by ACM-SIGCSE 

Chaired by Margaret Christensen 
Widener College 
Chester, PA 19013 



ABSTRACT : 

This session will consider how much 
children of various ages can be expected 
tQ learn about computers, what hardware 
and software best enables this learning, 
and whot textbooks, workbooks, etc., are 
needed to go along with the computer 
facilities « To develop a society of 
computer-literate adults, we need to 
provide children with an appropriate 
computer culture to grow up in. Children 
should learn to program computers and to 
use them t.s personal tools, from the 
earliest grades* 'fhe issue is not 
whether^ children CAN learn to clo this, 
but whether adults are willing and able 
to provide an environment in which it 
can happen* The panelists will deal 
in part with the following kinds of 
questions* 

What are appropriate concepts to be 
taught to elementary school 
children? 

Should these be required or optional 
topics? 

Ifhat can be taught about programming 
without algebra? 

low can one teach a problem* solving 
approach to computing? 

What computer languages are appro* 
priate for use with children? 

Should the study be entirely comput* 
erized or should there be workbooks 
to supplement the computer work? 

Where in the curricultmi should the 
conqputer concepts he placed? 



recommended for hardware suitable 
for children to use? 

Wl^en there is limited hazrdware, how 
should priorities be made? 

What software is available to use to 
teach computing concepts to children? 

Wh're are there successful pro<:^am8 
in operation? 

What are the important aspects of the 
work in which the panelists themselves 
have been engaged? 



PARTICIPANTS ; 

Jacques LaFrance 

Oral Roberts University 

Tulsa, OK 74171 

Arthur Luehrman 
Univfersit/ of California 
Berkeley, CA 94708 

Robert Taylor 
Teachers College 
Columbia University 
New York, NY 10027 

Daniel Watt 
LOGO Project 
M*I*T* 

Cambridge, MA 02139 

Grayson Wheatley 

Math* Department ' 

Purdue Univei.-sity 

west LaPayette, IN 47907 



What characteristics are required or 
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PROGRAM DEVELOPMENT METHODOLOGY 



Sponsored by ACM/SIGCSE 

A. J. Turner 
Clemson University 
* Clemson, SC 29631 



ABSTRACT ; 

Computer programs are often developed 
by users without considering the effort 
that will be required' for someone other 
than tha author (s) to modify it or to 
correct an error. Several techniques are 
available to assist in the developntent 
of computer programs that are easier to 
read, understand, debug, and modify. 
Since the techniques also facilitate the 
initial implementation of most programs, 
they are valuable even if a program is 
intended to be used without modification 
by its implementors. 

Techniques for three aspects of 
program development are considered in 
this tutorial: design, programming, and 
implementation. Design techniques are 
used in the development of a program 
design, programming techniques are used 
in the development of the program coae, 
and implementation techniques are used 
in the overall implementation process. 



Topdown design is discussed as the 
basic approach to program design. Module 
independence, module function, information 
hiding, and the HIPO technique are 
considered as modularization criteria 
and paradigms to help develop the design. 

Programming techniques that facilitate 
the development of program code are the 
use of pseudo code and stepwise refinement. 
Also included are techniques for improving 
the readability of program code, such as 
structured coding, and conventions for 
program format and comments. 

The use of iterative enhancc>ment and 
module stubs are discussed as .implementa- 
tion techniques that complement the design 
and programming techniques, and facilitate 
the use of a topdown approach to program 
development. 

Emphasis is placed on the use of 
these techniques by a small implementation 
team or individual. 
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COLLEGE CAI PROJECTS IN THE BASIC SKILL ARE\S 



Susan M. Wood 
George M. Bass, Jr. 
Roger R. Ries 
Helen Heller 
S. A. Eveland 
Michael G. Southwell 



ABSTRACT ; SIGI on Microcomputer 

Susan Wood, Technical Director, SIGI, 
Educational Testing Service, Rosedale 
Road, Prin-:eton, NJ 08541 

The System of Interactive Guidance and 
Information (SIGI) was first designed and 
implemented at Educational Testing Service 
in the early 1970s by the Guidance Research 
team under the leadership of Martin R. 
Katz. A computer-based system, SIGI is 
designed to help students make rational and- 
informed career decisions. SIGI provides 
a basis for acquiring knowledge and 
developing understanding. Through dialogue, 
simple modeling techniques, and exploration 
of different strategies or paths, the 
student can identify options, learn to 
interpret relevant data, and master decision- 
making strategies. 

The project update will review the 
efforts to translate and distill a major 
software package consisting of over two 
megabytes of storage plus system program 
translations f rom^^Basic-Plus and Fortran 
into Pascal. We will have a demonstration 
using the TRS-80 Model II system for the 
turn-key SIGI guidance station at the 
conference. 



ABSTRACT: Microcomputer-Assistgd Study 
Skills (MASS) Project 

George M. Bass, Jr. and Roger R. Ries, 
School of Education # College of William 
and Mary, Williamsburg, VA 23185 ' 

The major goal of this project is to 
create individualized instruction using 
present microprocessor technology to 
develop college students' study skills. 
Project I4ASS is directed toward accomplishing 
the following objectives: 



1. To design, develop, and implement 

a microcomputer-based instructional 
system to assist students: 

a. assess present study skills, 
attitudes, and habits; 

b. organize and planning study 
time ; 

c. develop effective note -taking 
skills; 

d. increase reading and para- 
phrasing ability; 

e. develop effective test-taking 
strategies; and 

f. improve library research 
. procedures. 

2. To assess effectiveness of 
using microprocessor technology 
for individualized instruction 
with college students. 

Our evaluation of Project MASS should 
provide formative data for developing 
instructional modules, and summative data 
on the effectiveness of these microcomputer 
instructional modules. 

To accomplish this evaluation, partic- 
ipating students are observed, interviewed; 
and given criterion- referenced tests. In 
addition, the long-term effects will be 
measured through follow-up questionnaires 
and a review of these students* grade 
point averages. 
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ABSTRACT : The CLEF Pro:iect: Learning 
French on Cc>.lour Micros 

Helen Heller, Faculty of Arts, The University 
of western Ontario, London, Canada N6A 3K7 

The CLEF (Computer-aided Learning 
Exercises for French) project began at The 
University of Western Ontario in 1978. A 
team of French instructors from the 
secondary and University systems set out 
to create a pedagogically sound program of 
introductory and intermediate French 
grammar drills to be used on microcomputers 
by students of all ages. 

Our prime objective is writing two 
complete series of French CAL lessons--one 
for beginners, one for intermediate 
students— each of which contains drills on 
all the ma30r grammatical' points a student 
encounters at that level. Because we are 
convinced that a CAL program that covers 
the basics in a dynamic, exciting way can 
be used to advantage with any course of 
study, we *have made our courseware text 
independent. 

We seek to 'create quality pedagogical 
material uniquely suited to the medium of 
th^ micro screen. CLE" lessons are 
programmed in Basic an<i are intended for 
use on colour micros. Our programs use 
the microcomputers' fl«2xible screen 
management, timed messages, simulated 
novement, graphics, cursor control, and 
colour to sti.iulate user motivation. 
Another major concern in coursewriting 
has been to provide immediate, detailed, 
constructive responses to the student. 



ABSTRACT: SAIL, An Authoring Language 

S. A. Eveland, Linguistic Research Center, 
The University of Texas, P. 0. Box 7249, 
University Station, Austin, TX 78712 

Using Sail to develop CAI modules in 
any subject is not a new concept; it 
provides more flexibility and is commonly 
available on DEC-10 and DEC-20 systems. 
Unlike Basic, it is a standardized language 
and is therefore readily transportable. 

The software is a set of three programs: 
The first allows the instructor to build the 
module; the second program processes a 
cumulative record of all students* inter- 
actions produces a formatted file suitable 
for printing; the third progr^ uses this 
cumulative record for some basic bookkeeping 
and then produces a report showing the high, 
low, and average grades. 

The priiwry benefit. of using these 
programs is the flexible formatting 
capability which allows questions to be 



unusually lonq. Additionally, the 
powerful file handling capabilities of 
Sail make detailed record keeping feasible. 
Furthermore, Sail is transportable and 
generally cheaper to run than languages 
like Basic. 



ABSTRACT : The COMP-LAB CAI Modules 

. Michael G. Southwell, Department of English, 
York College of the City University of 
New York, Jamaica, NY 11451 

At York College/CUNY a set of CAI 
modules have been developed to teach 
writing to nontraditional students 
(primarily minority students who have 
severe problems wich correctness and 
clarity, usually because of nonstandard 
speech) . 

Computers are highly efficient in 
providing elements of language instruction: 
structured instruction and practice two. 
But many existing language-teaching 
computer programs have suffered from one 
or more of three faults: (1) providing 
structured instruction is terribly 
difficult and time-consuming, and so 
very little of it is available; (2) --'s 
easy to provide non-contextual practice, » 
though, and so lots is available (even 
though it has often been shown not to 
improve learning); and (3) practice (which 
should foster learning) and testing (which 
should check it) have often been confused. 

The COMP-LAB CAI modules attempt to 
overcome some of these difficulties. The 
focus throughout has been on providing 
systematic instruction which encourages 
learning and on taking advantage of the 
computer's ability to manage that 
instruction. The amount provided is 
still too small to justify assessing its 
effectiveness. Although only one module 
(out of 12) is now available, and that 
only in a format suitable for CUNY's 
mainframe computer, the same lessons will 
be available in microcomputer formats 
before long. Development is continuing 
on other lessons. 
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COMPUTER ASSISTED 
ACADEMIC DEPARTMENTAL 
SCHEDULING 



Ronald Prather 
and 

Ahcene Rabia 
University of Denver 



I. INTf<Ol)UCT ION 

Each year in every college or univer- 
sity departmentr someone is faced with the 
task of developing the next year ' s . sched- 
ule of classes. Anyone on whose shoulders 
this task has fallen will admit how te- 
dious a chore it can be, one to be avoided 
if at al*l possible. In an attempt to min- 
imize the difficulty, several approaches 
to an automatic scheduling L>rocedure have 
been suggested m recent years. With so 
many parameters to consider and with so 
many conflicting ob3ectives at play, one 
can only hope for a computer approximation 
to satisfactory scheduling, onet where hu- 
man intervention would be encouraged in 
se^^tling some of the more delicate issues 
at stake. Still, it can be argued that an 
automatic heuristic approach could be 
qui'-e useful in arriving at a first 
approximation to one's final solution. 

In more recent investigations, the , 
overall development of schedules is best 
treated in two stages.^ One first seeks 
to assign faculty members to courses or 
sections of courses according to a pre- 
determined availability of faculty, a 
desirability of course offerings, and an 
array of preferences. In the second phase, 
one uses the above assignment, now iden- 
tifying courses with faculty, to assign 
the courses to a collection of available 
timeslots. Note that we choose to disre- 
gard A related problem, that of assigning 
room numbers, because such a question is 
often outside of the scheduler's jurisdic- 
tion. 

A network model has been announced 
and tested for handling the first phase 
(faculty to courses) of the scheduling.^ 
The second phase seems to be more d i f 
ficult, because of conflicts that may 
a r l ag^ e.g., a faculty member being re- 
qui ^BHH to be at two places at the same 
ti»i^^ We would argue, however, that both 
phases can be handled quite effectively 



with a uniform appeal to the so-called 
Hungarian ■ algor ithm for the cl sicol 
assignment problem. With a simple mod- 
ification to the output routine, alter- 
nate assignments can be examined by the 
scheduler, eliminating any possible con- 
flicts and imposing further value Judg- 
ments of one form pr another. Slight 
complications notwithstanding, the idea 
of using one main algorithm for both 
phases of the problem is a decided advan- 
tage from a computational standpoint. 
The simplicity of our computational model 
IS a desirable feature, holding out the 
hope that our experience cAn be repeated 
successfully at other institutions. 

II. THE CLASSICAL ASSIGNMENT PROBLEM 

Our class scheduling task has ob- 
vious similarities to the classical as - 
signment problem .^ There we suppos»e that 
n persons are to be assigned to n jobs, 
and the array entry A^^ represents the 
"cost'* of the 1^^ person in performing 
the job. An assignment is given by a 

permutation : 




indicating that the i^'^ person is assign- 
ed to the job j = a(i) . An optimal 
assignmeirt is one that minimizes the sum 
^ *ia(i) • We may think of the cost as a 
kind of inverse measure of effectiveness, 
i.e., the lower the cost, the better 
qualified is the individual for the job. 
In this way, one indeed seeks to minimize 
the above sum over all ni' possible 
assignments . 

In a well known approach to the 
assignment problem, the following result, 
due to Konig and Egevary is used: 
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In a rectangular 0, 1 array, 
the minimum ramber of "lines'* 
(rows or columns) necessary 
to cover all Df the zeros is 
equal to the maximum number 
of "independent" (no two on 
a line) zeros,** 

One IS led to a straightforward iterative 
technique known as the Hungarian algorithm, 
a method that is much preferred over the 
use of the linear programming tw»chniques 
which would also applicable.^ 

In order to have some appreciation 
for the type of computations involved in 
the Hungarian algorithm, a brief exerpt 
from an example is useful. In the midst 
of deriving an optimal assignment, one 
might be preparing to make a single step 
of the Hungarian method on the array: 







jobs 








1 




4 




1 


0 


4 1 3 


0 




2 


8 


1 9 


0 




persons ^ 


6 


6 21 


0 




4 


;io 


0 0 


0 ■ 










• 





Here, three is the mi 
lines (Li, L7, L3) 
of the zeros. If thi 
n , the number of per 
optimum assignment wi 
Otherwise, the minima 
used as follows: Choo 
entry not (Covered by 
traded from alZ-sU'-'h. 
taneously , added to a. 
intersection of lines 
example, we would thu 
array: 



L3 

n imum numbe r of 
needed to cover all 
s n umbe r is equal to 
sons or ;] ob s , an 
11 have been reached. 
1 line covering is 
3e the minimum arr^y 
a line, to he sub- 
entries, and simul- 
I entries it the 
In the present 
s obtain the mod i f led 



12 3 4 

0 4 13 1 

7 0 8 0 

5 5 20 0 

10 0 0 1 



L. 



from which the (optimal) assignment: 



/ 1 2 3 4 
\ 1 2 4 3 



IS determined. 

The )cey to the method is th • obser- 
vation that the modified arrays ^ave the 



sjme optima] solutions as does the orig- 
inal airray, and Lnat the number of inde- 
pendent zeros increases with each itera- 
tion. Nevertheless, the apparent simpli- 
city in the calculation is something of 
an illusion, overlooking the difficulty 
of finding a minimum line covering (or 
equ 1 v6 1 e n 1 1 y , a maximum set of indepen- 
dent zeros) at each iteration. The most 
straightforward a pp roach is found in the 
work of Yaspan, whose algorithm forms the 
computational cornerstone of our program 
for the scheduling problem,^ 

A recent article^ shows that the 
mos t comp lete and realistic treat me nts of 
scheduling and ti me table problems are ex- 
ceedingly difficult to solve. In view of 
such pessimistic observations, and re- 
alizing that all previous investigations 
have quite specific and differing objec- 
tives m mind, we have tried to make a 
fresh start. Our idea is to attempt to 
capitalize on the underlying simplicity 
of the Hungarian algorithm and to exploit 
the similarity to the scheduling problem 
in the hope that the resulting solution 
will be sufficiently flexible for the in- 
tended applications. 



III. 



The Scheduling Problem 



In setting up a preferential assign- 
ment array for phase one of the problem 
(faculty to courses), a good idea is to 
weigh the faculty preferences against an 
administrative judgment. Thus, it may be 
that a certain faculty member strongly 
requests a given course, but the scheduler 
or some other administrative r'epresenta- 
tive feels that such an assignment would 
not be in the best interests of the de- 
partment. Accordingly, we can envision 
two sources of input to be weighted in 
generating the preference array: 



13 13 



,(2) 
13 



with 



n^i) th ^ . ^ ^ th 

P^^ = 1 faculty preference for 3 course 

p^^^^ i^'^facultv suitability fpr course 



The forme r is determined by a poll of the 
faculty, and the latter is generated from 
a confidential file of faculty effective- 
nessy perhaps based on student evalua- 
tions and other relevant data. In each 
case, we assume that the lowe r the rating, 
the greater the preference or suitability. 
We are indeed facing a minimization i 
problem. ' 

Supposing that a satisfactory solu- - 
tion has been determined for phase one, 
the second phase will consist of the 
assigning of (faculty, course) pairs to 
timeslots, again using a weighted pref- 
erence array: 
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^3k^' 3^^ faculty prefei<ince for k^^ timeslot 
Q^^^* 3^^ courso suitability for k^^ timeslot 



These are derived by using fuarther results 
of a comprehensive faculty poll and admin- 
istrative information pertaining to the 
desirability of offering various courses at 
given times. The main advantage in treat- 
ing the scheduling in two stages is now 
quite clear. We are able to inject faculty 
time preferences into the cour se- t ime s 1 o t 
assignment problem through the identifica- 
tion of specific faculty members with 
courses . 

We should point out that our arrays, 
P and Q « are in fact square arrays. In 
the case of P , we have a certain number, 
say n , of courses that we irtend to 
offer. Here, we count multiple sections of 
a given course as if they were separate 
courses, i.e., as separate column headings. 
Similarly, a given faculty member will be 
duplicated as a row heading several times, 
depending on the number of courses or sec- 
tions that he or she is expected to teach 
in the given period. Still, it is more 
than likely that the number of rows is less 
than n , and we simply fill out the array 
with staff until thje array is square. We 
use entries of zero throughout the staff 
rows. Similarly, in the secor* phase of 
the assignment we will prescribe a number 
of timeslots (columns) somewhat in excess 
of the number of courses (now rows), and 
we add enough dummy courses as rows with 
zero entries to ensure that Q is also a 
square array. 

It might be thought that student 
opinion has been left out of our equation , 
but that IS not the case. The entries 

can be determined in part from past stu- 
dent evaluations of faculty effective- 
ness'. Similarly, the coefficients 



(2, 



can be influenced by student preference* 
In a responsible determination of the sec 
ond set of coefficients, the administra- 
tion will be acting on the behalf of stu- 
der(^ interests^ or at least, that is the 
intent . 

We have already mentioned the pri- 
mary reason for our treating the assign- 
ment in two stages. A further advan- 
tage is allowing for human intervention 
between phase one and phase two. One 
must be careful to guard against an over- 
reliance on the output of such a program. 



Experience shows that it is best to view 
such attempts at optimization as a 
heuristic aid, useful in the preparation 
of a schedule, but not as representing 
the last word on the subject. The ques- 
tions are too delicate, and there are too 
many peculiarities to consider in any 
real department for us to believe other- 
wise. At some point the human scheduler 
must intervene. Having split the problem 
in two , the scheduler can make adjust- 
ments between the two stages before going 
ahead. Moreover, we will see in the ntsxt 
section that a provision is made for the 
ease of juggling alternatives at the end 
of either phase of the solution. 

Excepting for such al lowances , how- 
ever. It IS to be understood that the 
arrays P and Q are treated as assign- 
ment problems in the sense of Section II. 
In this way, we are able to bring a well- 
studied efficient algorithm to bear in 
handling both phases of the problem. We 
can kill two birds with one stone, so to 
speak . Any detai led discussion of the 
program is beyond the scope of this paper, 
particularly the treatment of the Yaspan 
procedure mentioned earlier. We suggest, 
however, that our program represents a 
novel use of the Hungariah technique in a 
most practical academic setting. Limited 
testing of the program in the Department 
of Mathematics and Computer Sc2.ence at the 
University of Denver indicates that quite 
satisfactory assignments can be generated 
with the computational costs that are 
suprisingly modest . 

IV. Input and Output Procedure s 

AS we have indicated, a faculty poll 
must be taken in advance of the 3cheduling 
to determine individual preferences. 
Clcen the exact list of course offerings 
will not be known this far in advance, so 
It IS better to over-estimate the offer- 
ings in drawing up the initial list of 
courses for the preferential poll. In any 
case, foi* each course we ordinarilv ask 
the faculty to check one of the fol lowing 
re sponses : 



would like 
very much 



would like 



(1) 



(2) 



neutral 



(4) 



don't really 
want 

(6) 



can ' t or 
won ' t 

(9) 



Underneath the responses are the coeffi- 
cients that we use as the corresponding 



.(1) 



entries. The admin i str at ive ratings 
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ire given similar interpretations: 



best 

(1) 



good 
(2) 



fair 
(4) 



poor 
(6) 



no ! 
(9) 



These latter entries, rating all faculty 
for all of the courses in the departmenal 
catalog, are stored in a permanent confi- 
dential file. This file must be updated 
from year to year to reflect changes m 
interests, improvements in evaluation, etc. 

After adding corresponding coeffi- 
cients* we make a slight adjustment: 



1 J 



13 



p(2) 



'-2 


(FP: 




= 1) 




(AP: 


= 1) 




(AP: 




= 9) 


+ 2 


(FP: 




= 9) 



This IS an attempt to use seniority as a 
tiebreaker. Thus, we subtract two when a 
full professor (FP) would like a certain 
course very much, but we only subtract' one 
for associate professors (AP). An analo- 
gous modification is made at the other ex- 
treme when one of these faculty members 
can't or won't teach a given course. With 
this provision, the entries m our array 
P will vary from 0 to 20 # a range 
that seems to be sufficient for making the 
necessary distinctions. 

In yet another section of the faculty 
poll, we ask each instructor to indicate a 
general preference for teaching time pe- 
rj.ods, with one check m each row of the 
following table (to be modified, in case a 
department does not offer any evening 
courses) *. 





best 


good 


fair 


poor 


no I 


early morning 












late morning 












early afternoon 












late afterr\|Oon 












evening 













TO indicate severe restrictions, times 
that one would prefer not to teach, fac- 
ulty will indicate by checks m the fol- 
lowing table : 





M 


T 


W 


Th 


F 


early morning 












late morning 












early afternoon 












late afternoon 












evening 













From this information, again inter- 
preting information m the first table 
(best = 1, good = 2, etc.) and a check a.s 
a 9 m the second table, we are able to 
com|>ute the faculty preferences 

for individual timeslots. We use twenty- 
two types of timeslots, e.g., 

timeslot type 1 » 8:00 - 9:00 D 
timeslot type 2 = 8:00 - 9:00 MWF 

timeslot type 11 = 1:00 - 2:00 D 
timeslot type 12 = 1:00 - 2:00 MWF 

timeslot type 21 = 6:30 - 8:00 MW 
timeslot type 22 - 6:30 - 8:00 TTh 

AS column headings for the Q array, the 
scheduler will choose a sufficient number 
of timeslots of the different types to be 
ensured of being able to handle all of the 
course sections now treated as row head- 
ings. More accurately, we should say that 
a row heading is a (faculty, course) pair. 
In this way, the faculty preferences can 
be accomodated as entries 



(1) 
^3k 



after distributing the timeslot types into 
corresponding time periods: 

M T W Th F 



early A.M. 


1. 2, 
3, 4, 


1,3 


1* 2, 
3, 4, 


1.3, 


1. 2 
3, 4 


late A.M. 


5,6,7, 
8,9,10 


5,7,9 


5,6,7, 
8,9,10 


5,7,9 


5,6,7 
8,9,10 


early p*M. 


11, 12, 
13, 14 


lx,13 


11.12, 
13,14 


11,13 


11,12 
13,14 


late P.M. 


15, 19 


16,20 


15,19 


16,20 




evening 


17, 21 


18^ 22 


17,19 


18,22 





For example, the faculty member who 

has checked early afternoon as "fair" in 
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the first table of the poll, and who has 
also checked the •'evening T" entry of the 
second table, will have contributed 



to any timeslots of type 11, 12, 13, or 14 
and 
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Administration 



43 



320 DISCRETE STRUCTURES 
0 RECHARD 
2 MARTIN 
J COHEN 
4 DORN 



PRATHER 



(1) 



= 9 



to any tim«»slot of type 18 or 22. 

Of course, this analysis treats only 
half of the story regarding the Q array. 
The administration must provide the other 
half, looking at a row heading as a course 
rather than as a faculty member. The de- 
tails will vary from department to depart- 
ment, but there is always some rationale 
for preferring certain timeslots for cer- 
tain courses. To the extent that such 
preferences can be quantified (as 1 « best; 
2 « good; 4 = fair; 6 = poor; 9 - no!), as 
before, we are able to compute 

^:k 

for use in the expressions by using the 
seniority adjustments: 



>1 (AP: qJ^^ 



= 1) 



1) 



= 9) 



+2 (FP: Q 



(1) 
3^ 



9) 



As before, we obtain an array Q with en* 
tries in the range from 0 to 20 . 

In the use of either ar..'ay, P or Q 
in the Hungarian algorithm, one is ordinar- 
ily led to the output of a single optimum 
solution, even if th'»ie are several 
assignments of equal minimum cost. And 
yet, we would like for the scheduler to be 
aware of all of the minor adjustments that 
could be made without changing the cost, 
or at least, with little change. For this 
reason, we arrange that our output routine 
actually displays a neighborhood of the 
optimum solution in a convenient and us- 
able format. 

In the final determination of an op- 
timal assignment, we have a modified 
array, P or Q , where an independent 
set of n zeros identifies the solution 
in the form of a permutation. Speaking 
of the first phase of our problem, to say 
faculty member is assigned 

in the modified array. Each column 
(course) will contain a zero, to be sure. 
But i.n general,' there will be more than 
one zero in a^given column and a number of 
near-zero entries as well. We arrange to 
print out all such information in the 



that the i^^ 
to the course is to say that P 



This indicates that the optimum solution 
assigns Prather to course 320, but that 
Re chard would do equally we 11, and that 
three other faculty could be assigned with 
little drop off in effectiveness.. With 
this kind of information in hand for the 
complete list of courses, the scheduler 
can juggle the solution to see what chang- 
es can be made should something look out 
of line. 

The same technique is used in the 
second phas« of the problem, listing a 
neighborhooa of timeslots around the opti- 
mum solution, e.g., 

320 DISCPETE STRUCTURES 1:00-2:00 D PRATHER 



1 


4 


35 - 


6 


25 


TTh 


2 


11 


00 - 


12 


00 


D 


2 


2 


00 - 


3 


00 


D 


3 


10 


00. - 


11 


00 


D 



Again, tlie schedul'^r can make any necessary 
adjustments. We note, however, that these 
timeslotsare "keyed" to the choice of the 
instructor, making it somewhat difficult to 
see the effect of a cuange in faculty 
should this be necessary ^t the second 
phase. In fact, one hopes that very little 
of this will be required, otherwise it may 
be necessary to repeat the first phase 
again. This is one of the shortcomings of 
our method. 

V. Discussion of Results 

We are entering the second year using 
computer-assisted scheduling in the Depart- 
ment of Mathematics and Compute r Science at 
the University of Denver. We might say 
that the program works so well that most of 
the faculty are unaware that they are being 
manipulated by a machine. On the other 
hand, from the scheduler's point of view, 
and speaking firsthand, it has transformed 
a tediou^ task into a rather enjoyable 
undertaking. But does it really work? 
yes# we would have to say that one could 
have taken the unaltered optimal solution 
as a final copy, and it would not have 
looked all that unreasonable. Moreover, 
with the allowance for intervention on the 
part of the scheduler, quite satisfactory 
assignmeTits are actually obtained. To be 
sure, one could argue that the inherent 
tedium of the chore has merely been re- 
placed by the tedium of data preparation, 
the gathering of pol ling information, the 
processing of evaluations, ♦^he typing of 
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files, etc. It is difficult <o measure 
this trade-off effectively, but certainly 
the process is more orderly than .before.^ 

Fron an economical standpoint, one 
would like to be able to at least estimate 
the cost in computer processing time to be 
expected. The program is currently writ- 
ten in Algol for the Burroughs B6800. Our 
typical charge per run is as follows: 



Phase I 
Phase II 
Total Charge 



3.6 sec . 
7.3 sec . 
10.9 sec. 



For twenty-four courses, this translates 
to a dollar figure of approximately $0.70. 
One must keep in mind, however, that the 
Hungarian procedure is an "order n**" al- 
gorithm, so doubling the size of the 
department, i.e., the number of courses, 
one might expect a sixteen-fold increase 
in cost. Still, it would seem that even 
here there would be room foi. considerable 
experimentation while keeping cost within 
reasonable limits. 

The program is quite flexible, and 
adaptable to departments of different 
size and with different requirements. In 
the interest of portability, we are cur- 
rently rewriting the main portion of the 
algorithm m Pascal. Copies of the orig- 
inal program or the Pascal version are 
available from the authors upon request. 
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A FINANCIAL PLANNING MODEL 

Dr. Robert L. Hortori 
Dr. Gary L. Ferkes 
Gonzaga University 



Introduction 

The problem of declining resources 
and increasing expenditures has pervaded 
the entire structure of higher education. 
Deficit spending has abounded during the 
1970s amd the causes show no sign of 
abating. Demographic trends, continuing 
high inflation, cuts in federal and 
state funding, increasing costs for re- 
placing and maintaining buildings and 
equipment, decreasing faculty turnover 
rates, and the decreasing ability of 
many families to afford higher tuition 
rates are guarantees that the financial 
crises will continue into the 80s. 
Meeting these challenges while continu- 
ing to provide quality instructional 
progrsuns will require the careful man- 
agement of an institution* :i financial 
resources . 

Every size and type of institution 
has been affected by these problems, but 
the nation's small, private, liberal arts 
colleges and universities have been par- 
ticularly vulnerable. It is estimated 
that as many as two hundred of these 
schools may be forced to close for fi- , 
nancial reasons during the next decade. 
In such an environment, financial deci- 
sions can no longer be made on a year-to- 
year basis. Detailed long-range fore- 
casts must be prepared and all reasonable 
budget alternatives explored so that fi- 
nancial problems can be spotted early and 
informed decisions can be made to avoid 
them. 

Kowe^err the task of preparing a bud- 
^^t and aniiXyzihg the various tradeoffs 
of tuition rate, faculty raises, capital 
expendj *:ure, program quality, etc., is 
enorm(5u3, error-prone, and expensive if 
done by hand. But with ♦'.he aid of a com- 
puterized model, this task can be done 
quickly, completely, and inexpensively. 
Using such a model, a fina" 7ial planner 
can view t:he consequences of chan< is in 
specific incc?«e and expense itemf in a 



manner of minutes. The calculations are 
done automatically, elimina*-' the fJos- 
sibility of overlooking .r i':nandxing 
important factors. Thus a wide range of 
policy options erd contingency plans can 
be efficiently prepared, studied, and 
saved, taking a great deal of th** uncer- 
tainty out of financial planning and 
forecasting. Usually^ a model doesn't 
actually prescribe any particular solu- 
tion, but enables the planner to try out 
various courses of action before they 
are, actually put into practice. 
Alternative s 

There are at least two nationally 
known programs of this type. The Re- 
source Requirements and Prediction Model 
developed by the National Center for 
Higher Education Management Systems and 
the EDUCOM Financial Planning Model de- 
veloped from a Si^nilar program used at 
Stanford .2^3 

Yet despite the apparert need for such 
a facility and its availability, only 
15-20% of the nation's higher education 
institutions use computer modeling as a 
financial planning tool.^ Of course, the 
field is relatively new — ^.he EFPM program 
has only been available since 1978. But 
for small schools in particular, these 
large-scale programs and networks may be 
inappropriate, too cumbersome, or too ex- 
pensive. In such a situation, if the 
resources are available, a school must 
develop its own model, as was done at 
Gonzaga University during the summer of 
1980. 

Project Initialization 

When Qonzaga installed a new HP 3000 
with one megabyte of main memory in 
January 1980, the Board of Trustees rec*-.^ 
ognized the absolute necessity of acquir-^ 
ing a financial modeling program to ai(^ 
in both t'le annual budget preparation aftd 
in lonQ-range forecasting. After inves-] 
tigating the available alternatives, I 
Gonzaga decided that it would be more 



erIc ^. 



46 hECC19ei 



\ 



appropriate and cost effective to develop 
an .in house program. Ownership, on- 
campus management^ maintenence , and cost 
were major factors in the decision. 

As outlined by the financial vice- 
president's offi'^e, the requirements for 
the program were quite specific: 

1) The program must handle both the 
yearly budget planning and multi- 
year forecasting, 

2) The program must follow the exis- 
ting chart of account line items 
and subtotals and be compa table 
with existing budgetary reports. 

3) The base year data must be stored 
in either a unit, unit rate, total 
form, or simply in a total form as 
appropriate. 

4) The program must apply either per- 
centage or absolute changes to 
base year data for up to a ten- 
year period with different changes 
for different years for the sane 
line Item, 

*") The changes may be made to either 
individual line items or to sub- 
totals. If to subtotals, these 
changes must be reallocated back 
to the appropriate line items on 
a percentage basis. 

6) Various internal relationships 
specific to the institut: -n must 
be handled, 

7) The program must ada or delete 
line items. 

8) The program should be interactive. 
A tacit assumption was that the pro- 

gr€um had to be simple to use and operate. 
The autnors wrote the Financial Plan- 
ning Model in Basic during two months in 
the summer of 1980; it is now being test- 
ed. While the program itself is not 
easily transportable, relying on 
Gonzaga's specific chart of accounts 
structure, the approach to the problem 
and the design of the system is trans- 
portable and may be useful to those, 
particularly in the smaller universities, 
who are designing their own financial 
modeling tools. 
Overview of the Model 

Basically, the Financial Planning 
Model establishes a base year budget of 
revenue and expense line items and in- 
dicates tne anticipated changes in any or 
all of the line items or groups of line 
items over a period of, at most, ten years. 
A budget forecast may then be calculated * 
using these figures for the specified 
years. These forecasts may then be modi- 
fied further or saved for future reference. 

The model works with two types of fi js 
--scenario and assumption. A scenario file 
contains the actual data for the revenue 
and expense line items in either a unit. 



unit rate, total form, or simply in a 
total form for an eleven-year perio^ 
(base year and ten succeeding years) , An 
assumption file contains the anticipated 
changes in the line items over a te^i-year 
period. These changes may be in either 
dollar 6r percentage form and can apply 
to either an single line item or to 
groups of line items. One file of each 
type may then be used to create a new 
scenario file that contains tne base year 
values from the original scenario file 
and the projected figures baseO on the 
data in the assumption file. This pro- 
cess is called updating the scenario 
file. 

These files may be manipulated in a 
number of ways. A new file of either 
type may be created or an existing file 
exem\ined. Any file may be modified 
either by adding new items, or modifying 
or deleting existing items. Any assump- 
tion file may be used to update any 
scenario file. Any scenario file may be 
completed by calculating those line 
items which are dependent upon other 
budgetary line items and user-supplied 
figures. A new file may be saved at' any 
time or an old file purged. A number of 
different reports involving individual 
line items or totals may be prepared for 
any file. 

The program itself is menu driven and 
behaves like an operating system. There 
are eleven different digitized commands 
which the user can use singly. When the 
i' -iicated operation has been performed, 
t. . program asks the user for the next 
command. By issuing the commands in the 
desired order, the user has complete con- 
trol over the type and order of the 
operations performed on the files. These 
commands will be described in a later 
section. 
File Structure 

There are four major categories of 
files used by the Financial Planning 
Model. All but the last are HP KSAM 
files. 

di Scenario Files - Each of these 
files contai-ns the dollar figures for 
chart of account line items. Each record 
in the file contains a nine-character 
identification code, a thirty-character 
de*!' ription, and values in either a unit, 
unit rate, total form, or simply in a 
total form for up to an eleven-year 
period. The chart of accounts is struc- 
tured so that subtotals can easily be 
formed by examining subfields of the 
identification codes. These totals are 
automatically calculated by the system 
and stored in the scenario file in the 
same type of record as tMfe individual 
line items. 
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(2) Assumption Files - These files 
contain the changes to be made in the 
corresponding scenario file records. 
Each record contains a nine-character 
identification code, a thirty-character 
description, and the modification values 
for up to a ten-year period. The changes 
may be represented either as percentages 
based upon the previous year or as the 
dollar figures to be inserted for that 
year. A code contained in each record 
differentiates between percentage and 
dollar figures. 

(3) Program Workfile * This is a tem-- 
porary file maintained by the system only 
for the duration of the session. As im- 
plied by the name, this is where the work 
on the files is done. An assumption or 
scenario file must be copied into this 
work area before any additions, deletions, 
modifications, or updates can take place. 

(4) Catalog Library - This simple 
sequential file contains identification 
data for each of the permanently saved 
assumption and scenario files. Each 
record contains a file name, the file's 
description, and the dates of creation, 
last dccess, and last modification. 
Commands 

The Financial Planning Model is com* 
pletely under user control. Any of the 
eleven possible commands can be issued 
whenever the command prompt appears. 
These commands include: 

0 - DISPLAY 

The command menu appears on the screen 
fo lowed by the command prompt. This 
command is to be used whenever a command 
digit is forgctten. 

1 - GET 

This command brings any permanently 
saved, user-specified assumption or sce- 
nario file into the program's work area. 
A file must be in the work area before 
the commands MODIFY (3), UPDATE (4), COM- 
PLETE (5) , or READ C6) can be issued, since 
they pertain only to the work area data. 

2 - WRITE 

A new record will be written into the 
current file in the program's work area. 
The file may be either an assun^tion or a 
scenario file. If the work file is empty, 
this command is used to build a new file; 
if the work area already contains a file, 
the data must pertain to a nonexisting 
record. The user is polled for the ap- 
propriate data. 

3 * MODIFY 

An existing record in the program's 
work area may be modified or deleted. The 
user is again polled for the appropriate 
action, record identification code, and 
data. 

4 - UPDATE 

The actual forecasting is done using 



this command, when this command is 
issued, the program's work area must con- 
tain a scenario file. The user then 
selects an assumption file containing the 
changes desired from the catalog library. 
The assumption file is read record by 
record, and the indicated changes are 
made in the corresponding scenario rec- 
ord. F^ny nonexistent or incompatible 
records are listed on the screen, and a 
count of the total number of assumption 
records successfully processed is dis- 
played. 

5 - COMPLETF 

There are several special record? 
which depend upon other record values and 
upon budgetary figures and percentages 
supplied by the user. These are mainly 
benefit figures which depend upon various 
salary totals. This command enables 
those dependent values to be calculated 
and stored, thus completing the scenario 
file which is currently in the program's 
work area. 

6 - READ 

By issuing this command, records may 
be displayed on the screen from the 
current file in the program's work area 
without going through the more lengthy 
REPORT (7) procedure. The user is polled 
for the desired identification codes. 

7 - REPORT 

This command provides reports for any 
permanently saved assumption or scenario 
file, or of the catalog library file or 
of the work area tile. The report con- 
tent is completely under user control by 
selecting six parameter values. Anything 
from a single line item to groups of line 
items to totals to the entire file may be 
easily and efficiently obtained. 

8 - SAVE 

The file currently in the program's 
work area is saved in a permanent file 
location for later retrieval. The user 
is polled for the file name and descrip- 
tion. 

9 - PURGE 

A user-Specified assumption or sce- 
nario file IS purged from the system. 
999 - STOP 

Program ends. 
Design Strengths 

Under this structure, the program is 
certainly simple to operate. A user need 
only be familiar with the eleven commands 
and have the necessary financial data 
available for input. But the design is 
still flexible enough to be a powerful 
planning tool. Any single set of base 
yea*" data contained in a scenario file 
Ct be updated by any number of assump- 
tion files, thus allowing the financial 
planner to analyze several different 
courses of action by issuing a few simple 
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commands. The forecasts may be only for 
the next year or may be for as many as 
ten succeeding years. Then these same 
assumption files can be used to update 
yet another scenario file containing an 
alternate allocation of income and" 
expenses. Or a different set of assump- 
tion files can be chosen. In fact, any 
assumption file can be used to update any 
scenario file. 

What would be the effect of a 10% 
faculty salary increase coupled with an 
8% tuition increase and a 2% student 
enrollment decrease? What expenses will 
the new library generate ten years from 
now? What will the utility bill be ^in 
five years at the projected rates of in- 
flation? These questions can all be 
answered m minutes, their impact on the 
total budget examined, and the answers 
stoj^ecl for further study and additional 
modifications . 

Or, a particular scenario file may be 
used to model only a subsection of the 
total university, such as a department. 
The same assumption files can still be 
used for updating or new assumption files 
can be created. The ten forecasted time 
intervals need not be years but could be 
days, weeks, months, decades, or whatever 
intervals seem appropriate. 

Most important, the base-year data and 
the assum.ptions used to generate the fore- 
casts are never lost. These files are 
available for study and use at any time 
until the user decides they are expendable, 
and specifically purges them. 
Summary 

Over the next decade, the well being 
and, indeed, the very survival of many 
institutions of higher learning will 
depend upon careful financial planning. 
Alternative long range allocations of 
resources must be examined in detail and 
yearly budgets planned accordingly, par- 
ticularly at small, private, liberal arts 
colleges and universities. Computer 
modeling is necessary if this task is to 
be performed in an efficient, complete, 
and cost-effective manner. This paper 
presents the basic design of a financial 
planning program developed for a small 
university environment. It addresses 
both the annual budget preparation pro- 
cess and long-range forecasting. The 
structure is simple , yet flexible enough 
to provide an effective planning tool and 
may be of aid to tho&e who have discarded' 
the canned package or network approach 
and are designing their own financial 
models . 
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There is a wide range of computer appli- 
cations for the registration ptocess. 
The more elaborate are complete systems 
which accomplish not only registration 
but also class scheduling. Such systems 
can be very efficient, but it is a big 
step socially and economically to imple- 
nent an active registration system. In a 
more conservative mode there are systems 
which are passive by nature. They merely 
report the status of aC^irs and leave to 
individuals responsibility of making each 
decision and change. 

There are several advantages of the pas- 
sive systems: 

1) They do not force changes in the 
way things are ddne. Thus thev 
do not pose a severe threat to 
the individuals concerned. 

2) Their use can be incorporated 
gradually into existing proce- 
dures. The old system serves as 
a back up during the transition. 

3) Computer problems don't shut 
down the operation. 

4) They are less expensive. 

This paper discusses a., passive room-use 
reporting system developed at North 
Texas State University. It is not a 
state of the art system, but does provide 
information for those who are interested 
in bringing much greater efficiency to a 
manual system. 

At NTSU classrooms are not "owned" by the 
department, but are in one institutional 
pool. However, departments accustomed to 
using certain classrooms are generally al 
located exclusive use and variable par- 
tial use of others by a central schedul- 
ing office. In effect, the central of- 
fice accepts the schedules of thf depart- 
ments unless a conflict or problem devel- 
ops . 



The following criteria were set as goals 
of the system: 

1) The output should be easily un- 
derstood. 

2) The program must be caoable of 
being run at any time during reg- 
istration and thereafter. 

3) The programs must provide direct 
assistance to individuals seeking 
the most suitable available space 
for group instruction. 

Since the program was designed for the 
user, we started v/ith output formats and 
literally designed printout forms by hand. 
The forms were modeled to provide answers 
to user questions: 

A. From f-he ficulty — 

1) My class is all the way 
across campus. Do you have a 
(aopropriate size and quali- 
ty) room available in my 
building? 

2) OK, so my building is full at 
that hour! How about the 
building next door? 

3) OK, so it's full too! What 
is available? 

4) There are more students in my 
class than the room can hold. 
What larger rooms are avail- 
able? 

B. From the department chairmen and 
dearrs — 

1) We could enlarge our sections 
if two large rooms arc avail- 
able somewhere on campus. 
Are they available (or could 
small classes be moved out of 
them) ? 

2) I need more offices. Can we 
teach some classes elsewhere 
and convert some of our 
classrooms to offices? 

C. From the administration — 

1) How effectively are we using 
classroom aid lab space? 
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2) What changes, if any, need to 
be made? 

In most cases, the output formats combine 
a graph and numerical data. There e^re 
seven basic formats, although a particular 
or^e may be segmented into classrooms, laUb- 
oratories, and a combination of the two. 
' \ 1) Facilities never scheduled 

2) Use by building, room, ,and half- 
hour time segment 

3) Use by capacity and half-hour 
time segment 

4) Use by building, room, and how 
well the room is filled 

5) Use by how well the room is 
filled 

6) Number of rooms in use per half- 
hour time segment 

7) AvaiiaJble times and time combina- 
tions of rooms 

The half-hour time segment is used be- 
cause It allows tracking of either hour or 
hour and a half classes. All of the exam- 
ples shown in this paper are classrooms. 
Similar runs can be made for class labora- ' 
tories. 

Exhibit 1, Classrooms Never Used, lists 
classrooms which were never formally 
scheduled for use. An individual review 
of the rooms jtiay show that it was removed 
from assignment to accommodate a confer- 
ence, an administrative training series, 
or soTtp other valid use, A review might 
also show that the room no longer has 
classroom furniture at all, but has been 
quietly converted to storage, private con- 
ference room, graduate student office, 
etc., without authorization. 

Exhibit 2, Classroom Use by Building, 
Room, and 30 Minutes of Use, shows all 
classrooms in each building, the capaci- 
ties, and each 30 minutes of scheduled 
use represented by am X. A glance reveals 
how heavily a room or a building Is used, 
and a closer look quickly shows what, rooms 
are available at a particular time. 
Questions such as "What's availaJble in my 
building?" can be answered with this re- 
port. 

Exhibit 3, Classroom Use by Capacity and 
30 Minutes of Use, ranks the classrooms by 
capacity. This allows the availability of 
all rooms of r. given capacity to be exam- 
ined easily. 

Exhibit 4, Classroom Use by Building, 
Room, and Percentage Filled, shows how 
well the class size matches the room size. 
Listed by building, this information not 
only is information on how well we are 
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doing, but also is a tool for trading 
rooms to achieve a better fit of classes 
to rooms . 

Exhibit 5 takes the same data as Exhibit 
3 and ranks it in ascending percentage 
filled. It is used not only as a measure 
of efficiency, but as a tool for rear- 
rangement of classes. Both of these re- 
ports qontain complete quantitative data 
on the class and room sufficient to make 
, rearrangements. 

Exhibit 6, The Percentage of Classrooms 
Per Building Used, displays the intensity 
of room scheduling throughout each day of 
the week. A glance may indicate if rooms 
are availcU:3le early in the morning, at 
noon, or late afternoon. It not only 
serves as a general measure of room use, 
but can be effectively used as objective 
data in discussing a department or col- 
lege's need for additional space, an ever 
present topic. 

Exhibit 7, Room Utilization by Type and 
Capacity, is one of only two formats not 
using a graph. It reflects the use of 
classrooms of various sizes. Combined 
with a little caution and cross reference 
with Exhibits 3 and 4, it is a good -eval- 
uator of the array of adequate class- 
rooms available. 

Exhibit 8, Rooms Available by Time, Build- 
ing, and Capa,:ity, takes the first step 
and puts together the various common time 
sequences likely to be needed and displays 
them by building and capacity. Since few 
demsmds for time will be only once a week, 
the combination may be a useful automatic 
first step. It contains the same data as 
the other reports, but arranged in a dif- 
ferent way. 

None of these reports, singly or in uni- 
son, can replace a personal knowledge of 
the facilities on a campus or the needs of 
the people who use the facilities. They 
are only a valuable asset in the process 
of routinely and quickly achieving a bet- 
ter match of rooms and groups. 

The reports can be produced separately, 
together, or in any combination. As pre- 
viously noted, individuals within a given 
institution tend to concentrate on differ- 
ent reports as a result of their interests 
and responsibilities. 



Exhibit 1 

N.T.S.U. FACILITIES PLANNING ^ILIZATION 

lASSROOMS NEVER USED 





ROOM # 


TYPE 


CAPACITY 


AREA 


USAGE 


% 


DEPT 


Busn^rss building 


178 


110 


50 


832 


10 


100 


CLRM 


HATTHEWS HALL 


255 


110 


10 


307 


10 


100 


CLRM 


GENERAL ACADEMIC 


202 


110 


10 


160 


10 


100 


CLRM 




m 


110 


■ 16 


353 


10 


100 


CLRM 




312 


110 


16 


26fi 


10 


100 


CLRM 


JOURNALISM BUILDING 


206 


110 


18 


674 


10 


100 


CLRM 


INFORMATION SCIENCES BIDG 


206 


110 


12 


391 


10 


100 


CLRM 


WOMEN'S GYMNASIUM 


125 


110 


32 


519 


10 


100 


CLRM 


LANGUAGE BUILDING 


301 


110 


36 


564 


10 


100 


CLRM 


WOOTEN HALL 


261 


110 


12 


226 


10 


100 


CLRM 


HIGHLAND HALL 


109 


110 


30 


442 


10 


100 


CLPH 
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H.T.S.U. FACILITIES PLANNING & UTILIZATION 
CLASSROOM USE BY BUILDING, ROOM, & 30 MINUTES OF USE 



BLOG ROOM 
ABBR. NO. 



AUOB 



BUS! 



CHEM 



201 
202 
207 
212 
217 

116 
166 
175 
176 
178 

121 
207 
319 



CAPA- 
CITY 

28 
30 
28 
32 
32 

186 

52 
20 
80 
50 

125 
63 
54 



8 



MONDAY 
1 



XXXXXXXXXXXX XX 
XXXXXXXX XX 
XXXXXXXX' XX 

xxxxxx 
xxxxxxxxxxxxxx 

xxxxxxxxxx 

XXXXXXX XXX 

xxxxx> 
xxxxxxxxxxxxxxx 



xxxxxxxxxx 
xxxxxxxxxx 

XXXxVx XX 



8 



TUESDAY 

1 



WEDNESDAY 
1 



xxxxxxxxx 
xxxxxxxxx 
xxxxxxxxx 

XXX 

xxxxxxxxx 
XX xxxxxxxxx^ 

xxxxxxxxx XXX 

XXXXX)( 

XXXXXXXXXXXX 



XXXXXXXX XX 

xxxxxxxxxxx 

XXXXXX XX 



XXXXXXXXXXXX AX 
XXXXXXXX XX 
XXXXXXXX XX 
XXXXXX 

xxxxxxxxxxxxxx 



xxxxxxxxxx 

XXXXXXX XXX 

xx\ 

XXXXXXXXaXXXXXX 



xxxxxxxxxx 

XXXXXXXXXXXX 
KXXXX XX 



FROM 08:00 AM TO 05:00 PM 



THURSDAY 

1 



xxxxxxxxx 
xxxxxxxxx 
xxx]i;xxxxx 

XXX 

xxxxxxxxx 



XX xxxxxxxxx 

XXXMXXXXXXXXX XXX 



XXXXXXXXXXXX 



XXXXXXXX 

xxxx;(xxxxxx 

XXXXXX xxxx 
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CLASSROOM USE BY CAPACITY AND 
30 HINUTES OF USE 



BLDG 


ROOM 


CAPA 


A8BR. 


NO. 


CITY 


WH 


211 


30 


WH 


213 


30 


AUOB 


212 


32 


AUOB 


217 


32 


BUS! 


233 


32 


MATT 


320 


34 


GAB 


204 


34 


BUS! 


333 


35 


MATT 


216 


35 


HUSI 


287 


35 


MATT 


316 


36 


S/0 


273 


36 


S/D 


274 


36 



N.T.S.U. 



MONDAY 
1 



FACILITIES PLANNING & UTILIZATION 
FOR MONDAY THRU FRIDAY 



xxxxxx 

XXXa^XXXXX 

xxxxxx 
xxxxxxxxxxxxxx 
xxxxxxx 

XXXX XX 
xxxxxx XX 

xxxxxxxxxxxx 

Xxxxxx XXXX 

xxxxxxxxxxxx 

XX 

xxxxxx XXXX 

xxxxxxxxxx 



TUESDAY 

1 



xxxxxx 

XXX 
XXX 

xxxxxxxxx 

xxxxxx xxxxx> 
xxxxxx 

XX XXX XXX 

XXX XXXX xxxxxx x<xx)fx 

XXX XXX XXXX xxxxxx XXXXXXXXXXXX 

x;4Xx xxxxxxxxxxxx 
xxxxxx 
xxxxxxxxxxxx 
Xxxxxxxxx xxxxx 



8 



WEDNESDAY 

1 



FROM 08:00 AM TO 05:00 PM 



THURSDAY 
1 



xxxxxx 
xxxxxxxxxx 

xxxxxx 
xxxxxxxxxxxxxx 
xxxxxxx 

XXXX XX xxxxx 
xxxxxx XX . 



xxxxxxxxxxxx XXXX xxxxxxxxxxxx 



XXXX 
x;1xxxxxxAXXxxx 

XX 

xxxxxx XXXX 

xxxxxxxxxx 



xxxxxx 

XXX 
XXX 

xxxxxxxxx 
xxxxxx 
xxxxxx 

XX XXX XXX 



XXX XX XXX xxxxxx XXXX XXX 

XXXX xxxxxxxxxxxx aX 
x)j xxxxxx X 

xxxxxxxxxxxx 

XXXXXXXXX XXX 
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CLASSROOM USE BY BUILDING, ROOM, 
AND PERCENT-GE FILLED 



N.T.S.U. FACILITIES PLANNING & UTILIZATION 
FOR MONDAY TH-^U FRIDAY 



FROM 08.00 AM TO 05:00 PM 



BLDG 


ROOM 


--ACADEMI 


C--- 




CLASS 




STDNT 


CAPA- 




AB6R 


' NO. 


DEPT 


CRSE 


SCTN 


DAYS 




TIME 




QNTY 


CITY 


USE 


BUSI 


354 


ACIS 


361 


009 


M'^F 


10 


00-10 




on 


4& 


083 




354 


flCIS 




OiO 


TK 


8 


00- 9 


20 


40 


46 


087 




354 


ACIS 


361 


Oil 


TR 


9 


30-10 


50 


38 


46 


083 




354 


ACIS 


361 


013 


TR 


12 


30- 1 


50 


37 


46 


080 




354 


ACIS 


462 


001 


TR 


11 


00-12 


20 


25 


46 


054 




354 


ACIS 


462 


002 


1 


2 


00- 4 


50 


33 


46 


072 




355 


FINA 


377 


004 


MWF 


11 


00-11 


50 


66 


65 


102 


CHEM 


1?1 


BIOC 


200 


001 


W 


12 


00-12 


50 


19 


125 


015 




121 


BIOC 


454 * 


001 


TR 


11 


00-12 


ZO 


85 


125 


068 




121 


BIOC 


456 


001 


M 


1? 


00-12 


50 


35 


125 


028 




121 


CHEM 


131 


001 


MWF 


9. 


00- 9 

■f 


50 


61 


125 


049 



10 



*******★♦★★* 
★★★★★★★★★★ 




>** ***** 



******** 



************** 



k ********** 



************************* 



MOTE: AM * BY COURSE INDICATES TWO OR MORE CLASSES WERE COMBINED DUE TO DUPLICATE MtETlNS TIME AND PLACE 



Exhibit 5 



CLASSROOM USE IN ORDER OF 
PERCENTAGE FILLED 



N.T.S.U. FACILITIES PLANNING i UTILIZATION 
FOR MONDAY THRU FRIDAY 



FROM 08:00 AM TO 05:00 PM 



6LDG 


ROOM 


—ACADEMIC 


CLASS" - 






STONT 


CAPA- 


% 


ABBR 


NO. 


DEPT CRSE 


SCTN DAYS 


TIME 




QNTY 


CITY 


USE 


DUIG 


104 


GERM 433 


001 MWF 


12:00- 


12 


.50 


2 


36 


003 


ART 


219 


ART 251 


001 MWF 


11:00- 


11 


50 


5 


45 


Oil 


BUS! 


166 


MGMT 682 


c:' W 


3:00- 


6 


00 


6 


52 


012 


BUS! 


235 


ACIS 543 


OOi: MW 


12:30- 


1 


50 


16 


48 


033 


CHEN 


319 


CHEM 545 


001 TR^ 


11:00- 


12 


20 


21 


54 


010 


ISB 


203 


LIBR 622 


001 W 


9:30- 


12 


20 


20 


40 


050 


PHYS 


104 


PHYS 342 


001 TR 


12:30- 


1 


50 


39 


71 


055 


BIOL 


200 


BIOL 420 


001 TR 


12:30- 


1 


20 


63 


1C5 


060 


MAH 


319 


EDSS 665A 


001 T 


12:30- 


3 


20 


35 


56 


061 


BIOL 


101 


BIOL 501 


501 TR 


2:00- 


4 


SO 


71 


105 


068 


BIOL 


200 


BIOL 413 


001 MWF 


9:00- 


9 


50 


75 


105 


Oil 


lan£ 


104- 


FREN 505 


001 T 


2:00- 


4 


50 


29 


36 


080 


LANG 


302 


SPAN 565 


001 MW 


3:30- 


4 


50 


35 


36 


097 


BUS! 


116 


BCOM 333 


202 F 


8:00- 


8 


50 


191 


186 


102 


BUS I 


328 


MSCI 519 


001 T 


2:00- 


5: 


00 


51 


54 


no 



10 
0 



****** 
****** 

**************** 

*^******************* 

************************** 

**************************** 

***************************'*** 

******************************* 

********************************* 

*********************************** 

***************************************** 



Exhibit 6 

N.T.S.U. FACILITIES PLANNING ^ UTILIZATION 
PERCENTAGE OF CLASSROOMS PER BUILDING USED FOR MONDAY THRU FRIDAY 



FROM 08:00 A.M. TO 05:00 P.M. 



BUSINESS BUILDING 
lOOX 
90% 

801 

70% 

60% 
50% 

40% 

30% 
.20% 
10% 



24 ROOMS AVAILABLE 



1 

J XX 

J xxxxx 


1 xxxxxx 


j xxxx 


J XXXXXX 


J XX j 


' xxxxxxx 


* xxxxxx 


• xxxxxxx 


j xxxxxx 


• XX J 


' xxxxxxx 


J xxxxxx 


• xxxxxxx 


•XXXXXXXXX 


• XX J 


< xxxxxxx 


j XXXXXXXXX 


• xxxxxxx 


' XXXXXXXXX X 




« xxxxxxx X 


' XXXXXXXXX 


' xxxxxxx X 


ivvyVvyyyy yv 
'aaaaAAaaa aa 


• xxxx ' 


1 vvvvvvyy yy 


•XXXXXXXXX X X 


' XXXXXXXX XX 


JXXXXXXXXX XX 


• xxxx J 


« XXXXXXXX X XX 


•XXXXXXXXX XXX X 


• XXXXXXXX XX 


jxxxxxxxxx xy 


J xxxx J 


•XXXXXXXXX X XX 


•xxxxxxxxxxxxxxx 


•XXXXXXXXX X XX 


'XXXXXXXXXXXX 


J xxxx J 


txxxxxxxxxxxxxx 


•xxxxxxxxxxxxxxx 


•XXXXXXXXXXX XXX 


JXXXXXXXXXXXX 


'XXXXXXXX j 


•xxxxxxxxxxxxxxx 


• XXXXXXXX xxxxxxxxxx 


■xxxxxxxxxxxxxxx 


JXXXXXXXXXXXX 


Jxxxxxxxx j 


♦xxxxxxxxxxxxxxx 


•xxxxxxx xxxx xxxxxxx 


jxxxxxxxxxxxxxxx 


Jxxxxxxxxxxxxx 


jxxxxxxxx ! 


[xxxxxxxxxxxxxxx 


Jxxxxxxxxxxxxxxxxxx 


jxxxxxxxxxxxxxxx 


jxxxxxxxxxxxxxxx 


jxxxxxxxx ! 


{xxxxxxxxxxxxxxx 


Jxxxxxxxxxxxxxxxxxx 


Jxxxxxxxxxxxxxxxx 


Jxxxxxxxxxxxxxxx 


Jxxxxxxxxx 1 


jxxxxxxxxxxxxxxxx 


jxxxxxxxxxxxxxxxxxx 


[xxxxxxxxxxxxxxxxxx 


•xxxxxxxxxxxxxxx 


jxxxxxxxxx 1 


|XXXXXXX XXXXXXXXX 


jxxxxxxxxxxxxxxxxxx 


jxxxxxxxxxxxxxxxxxx 


jxxxxxxxxxxxxxxx 


JXXXXXXXXXXXX j 


|XXXXXXXXXXXXXXXXXX 


jxxxxxxxxxxxxxxxxxx 


jxxxxxxxxxxxxxxxxxx 


jxxxxxxxxxxxxxxxx 


jxxxx;<xxxxxxx j 


jxxxxxxxxxxxxx xxxxx 


jxxxxxxxxxxxxxxxxxx 


jxxxxxxxxxxxxxxxxxx 


Jxxxxxxxxxxxxxxxx 


JXXXXXXXXXXXX ^ 1 


jXX xxxxx XXXXXXX xxxx 


Jxxxxxxxxxxxxxxxxxx 


jxxxxxxxxxxxxxxxxxx 


Jxxxxxxxxxxxxxxxxxx 


jxxxxxxxxxxxx ! 


jxxxxxxxxxxxxxxxxxx 
jxxxxxxxxxxxxxxxxxx 


jxxxxxxxxxxxxxxxxxx 


jxxxxxxxxxxxxxxxxxx 


Jxxxxxxxxxxxxxxxxxx 


|;:xxxxxxxxxxxxx j 


jxxxxxxxxxxxxxxxxxx 


jxxxxxxxxxxxxxxxxxx 


Jxxxxxxxxxxxxxxxxxx 


jxxxxxxxxxxxxxx 1 


jxxxxxxxxxxxxxxxxxx 


jxxxxxxxxxxxxxxxxxx 


[XXXXXXXXXXXXXXXXXX 


JXXXXXXXXXXXXXXXXXX 


JXXXXXXXXXXXXXX [ 


8 1 


8 1 


8 1 


S 1 




MONDAY 


TUESDAY 


WEDNESDAY 


THRUSDAY 


FRIDAY 



ROOMS 
USED 
24 

22-23 



20-21 
17-19 

15-16 
12-14 

10-12 
8-9 
5-7 



Co 




N.T.S.U. FAC 

irrillZATION BY TYPE & CAPALITY RANGE 

ROOM # OF CAPACITY AVERAGE 
DESCRIPTION ROOMS RANGE CAPACITY 



CLASSROOM 


21 


11- 


20 


15.7 


CLASSROOM 


43 


21- 


30 


28.7 


CLASSROOM 


76 


31- 


40 


36.1 


CUSSROOM 


41 


41- 


50 


45.7 


CLASSROOM 


22 


51- 


75 


60.0- 


CLASSROOM 


4 


76- 


100 


87.8 


CLASSROOM 


10 


101- 


150 


120.0 


CLASSROOM 


4 


151- 


999 


209.3 



Exhibit 7 

LITIES PLANNING & UTILIZATION 

FOR MONDAY THRU FRIDAY 
i 

-HOURS/WEEK— PERCENT AVERAGE 



AVAILABLE 


USED 


USAGE 


RATION 
OCCUPANCY 


945.0 


223.5 


23.6 


87 


1935.0 


784.5 


40.5 


74 


3420.0 


1635.5 ^ 


47.8 


70 


1845.0 


1031.0 


55.8 


74 


990.0 


499.5 


50.4 


55 


180.0 


97.5 


54.1 


50 


450.0 


229.0 


50.8 


52 


180.0 


95.5 


53.0 


40 



FROM 08:00 AM TO 05:00 PM 

AVERAGE AREA PER 
STATION STUDENT 
UTILIZATION STATION 



21 


21.7 


30 


19.8 


34 


15.6 


41 


16.9 


28 


15.5 


27 


20.4 


26 


11.9 


21 


n.\ 
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Exhibit 8 



AVAILABLE lABOR-ATORIES BY TIME, 8L0G. , * 
AND ROOM CAPACITY 



N.T.S.U. FACimiES PLANNING & UTILIZATION 
FOR MONDAY THRU FRIDAY 



FROM 0C:00 AM TO 05:00 PM 



EMPTY LABORATORIES 08:00 AM 



DAYS CAP ROOM# 

0153 ARt BUILDING 

MTWRF. MTWRF 5 
MWF HWF 15 

TR TR 20 231 

OTHER TRF 22 115 



CAP ROOM^ 



CAP ROOM# 



CAP ROOM# 



CAP ROOM# 



109A MTWRF 7 109C MTWRF 12 111 MTWRF 18 221 MTWRF 18 240 
321 MWF 22 331 MWF 24 234 MWF 24 322 
TR 20 242 TR 24 313 



EMPTY LABORATORIES 03:30 AM ******* 



DAYS CAP 

0104 BUSINESS BUILDING 
MTWRF MTWRF 7 
MWF MWF 40* 
TR TR 30 

0105 CHEMISTRY BUILDING 
MTWRF MTWRF 19 
OTHER MTRF 28 



R0OM# CAP ROOM* CAP 

MTWRF 40 153 MTWRF 40 

TR 40 335 

MTWRF 20 220 MTWRF 20 



151 
336 
330 



112 
212 



ROOM* CAP 
334 MTWRF 48 



312 



ROOM! CAP ROOM^ 

152 MTWRF 75 154 



MTWRF 25 309 MTWRF 28 215 
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DRVELOPING COMPUTER LITERACY AT A LIBERAL ARTS COLLEGE 

, by 

Nancy H. Kolodny and Gene Ott 
Wellesley College, Wellesley, Mass. 02181 



The opinion that computing, should 
play some role in an undergraduate liberal 
arts education is now generally accepted. 
Many educators are now trying to decide 
what that role should be and how to effect 
the changes necessary to provide for 
computing at tieir institutions. Five 
years ago Wellpsley College addressed 
these issues by establishing a computer- 
literacy project. The project has been 
monitored by an extensive evaluation 
program that shows dramatic changes in the 
nature of computer use and the attitudes 
of student^, faculty arid administration 
toward computing at Wellesley. In the 
hope Laat others may benefit from our 
experiences, we have pr^ared complete 
reports on Wellesley's project, which are 
available upon request. This paper sum- 
marizes our project and its results, with 
emphasis on the choices we made and why we 
made them. To be useful, this information 
must be .interpreted in relation to the 
conditions prevalent at the local 
institution. 

Wellesley College is a four-year 
liberal arts college dedicated to provid- 
ing hign quality education for women. The 
academic community consists of approxi- 
mately 2200 students and 280 faculty 
members. Courses are offered in three 
major discipline groups: the humanities, 
the social sciences and the natural 
sciences. Wellesley does not offer any 
graduate studies or undergraduate courses 
in engineering or technology. It is in 
this context that the role of computing 
fas established to be an enhancement of 
the existing curriculum rather than an 
independent ^«ctivity* 

In 1975, Wellesley College com- 
mitted itself to a Computer-Literacy . 
Project with the goal of creating and 
sustaining an academic environment in 



which faculty members and students are 
-familiar with computers, their capabil- 
ities and limitations, and have specific 
knowledge and experience using computers 
in their particular disciplines. We 
intended to achieve this objective by 
integrating the use of computers through- 
out the existing curriculum so that 
students would learn about computers 
with' 1 the context ol meaningful 
applications. 

After investigatin . the problem of 
developing a computer-literate environment 
at other educational institutions and 
analyzing^ the situation at Wellesley 
College, we determined that to achieve our 
goal would require a combination of: 

a) adequate computer facilities (including 
user services) available to academic users 
on a "free access** basis; 

b) a computer-literate faculty interested 
in using computers in their courses; an^ 

c) relevant , and effective courseware 
(computer-based curriculum materials). 

Consequently, our plan called for 
activities broadly classified as esta- 
blishing and maintaining adequate computer 
facilities, providing user services, and 
conducting an educationa}. program for 
students and members of the faculty. To 
help implement this plan we applied for 
and received a CAUSE grant from the 
National Science Foundation in 1976. 

At that time active faculty inter- 
est in computing at Wellesley College was 
represented by the ad hoc Academic Com- 
puter Users* Committee, which consisted of 
12 junior faculty me.abers and 3 students. 
Most faculty members were either indif- 
ferent to computing or had only a latent 
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' interest. Our CAUSE grant gave the goal 
of computer literacy great visibility, and 
faculty reaction was very divided* Objec- 
tions to the project fell into the follow- 
ing two main categories; - 

a) The cost of providing tbt resources 
necessary to develop and sustain a com- 
puter-literate environment at a time of 
difficult financial circumstances would 
consume funds that would otherwise be 
available for other needs of the College. 

b) To some, computers at Wellesley repre- 
sented an encroachment of technology that 
was not appropriate for a liberal arts 
college and might be used in educationally 
undesirable ways. 

During the 1976-77 academic year 
there was considerable discussion of these 
issues among members of the faculty and 
administration. The project directors 
held several meetings to describe the pro- 
ject's benefits to Wellesley and to 
assuage faculty concern^. Support for 
, computer literacy has grown steadily since 
then, as more faculty 'members have rea- 
lized the benefit of computing in a3 1 
disciplines of the College, with the most 
dramatic changer in attitudes occurring 
among faculty members in the humanities 
departments. 

Prior to receiving our CAUSE 
grant r the academic computing facilities 
at Wellesley College consisted of six 
rented terminals located in a room in the 
basement of the' administration building. 
Thes'^ terminals were connected to the 
Dartmouth Time Sharing System (DTSS) via 
\the NERComP (New England Regional Comput- 
ing Program) network. We have since 
implemented our proposed plan to develop 
computing facilities appropriate and ade- 
quate for our academic needs. This plan 
included a computer on campus and connec- 
tions to external computers via networks 
such as NERComP. 

After a thorough study and eval- 
uation of the alternatives^ we chose a 
^ DECsystem-20 with the TOPS-20 operating 
system to serve our academic needs. In 
August 1977 "DECstar" (fififiaystem-ao for 
leaching And xesearch) was installed in a 
newly constructed computer room in the 
Science Center. Its "personality" was 
established to be polite and friendly, not 
obscure, condescending or cute. 

New construction included two pub- 
lic terminal rooms, one in the Science 
Center adjacent to the computer room and 



one 1/4 mile away in the Clapp Library 
(the main college library) . The equipment 
in each public cluster now includes at 
least ten terminals and a line printer. 
There are graphics terminals and a flatbed 
plotter in the Science Center facility. 
Other terminals are located in individual 
academic departments and laboratory areas. 
We now have more than -40 terminals on 
campus and several faculty members have 
terminals at home. 

When we received the CAUSE grant, 
the Computer Science Department consisted 
of the director (faculty) , a full-time 
assistant (non-faculty) , and 12 student 
consultants who could each work five Hours 
■-"^psx week. To maintain the new local 
con^ting facilities and provide the user 
servr<^ rejiUred for the project, the 
positiotv-fffassistant to the director was 
replaced by two positions, a software 
analyst to maintain DECstar and a user 
services coordinator to manage a team of 
26 student consultants and help users with 
special problems. The student consultants 
help users at terminals in our two public 
clusters. Faculty members in the 
department teach the computer science 
courses, but are not expected to provide 
specific services to users. However, as 
part of a grant from the Alfred P. Sloan 
Foundation, we have a courseware spe- 
cialist on the staff who helps faculty 
members develop computer-based curriculum 
materials* 

The spectrum of services and 
technical support provided by student 
consultants and members of the Computer 
Science Department includes: 

a) maintaining sources of informat. n for 
users, including manuals and HELP files; 

b) assisting users in our two public ter- 
minal clusters; 

c) consulting on statistical and program- 
flying problems, particularly for research 

- projects; 

d) consulting on computer hardware, soft- 
ware and communications for persons with 
individual 'icated systems; 

e) teaching ciasses for individual in- 
structorSf weekly sessions for new users, 
and mini-coursC'S on topics of general 
interest; 

f) helping to locate appropriate software, 
including datasets; importing software and 
performing conversions; 



Computer Literacy Integrated in the Curriculum 61 



g) writing Sinall applications programs 
which require more expertise than the user 
can be expect^^d to develop in the time 
available; 

h) developing new software for general use 
and for specific curricular purposes; and 

i) performing all tasks necessary to main- 
tain the DECstar facilities, including 
daily backup ^f disk storage. 

with these new computer facilities 
and services available, we expected com- 
putet use in the curriculum to increase 
due to: 

a) spontaneous use by knowledgeable fac- 
ulty members with little or no help from 
the professional staff; 

b) use by interested faculty members who 
have their own ideas, but need technical 
assistance; 

c) spread of use within a department as a 
result of the efforts of one or more 
members of the department; and 

d) missionary work by the staff of the 
Computer Science Department to educate 
faculty members to the possibilities of 
computer-based instruction. 

However, many faculty members were 
inhibited by their lack of confidence in 
their own knowledge about computing as 
well as how to use it effectively in their 
courses. This concern was particularly 
true of the senior faculty members who 
provide the greatest stability to the edu- 
cational process. To solve this problem 
we developed a plan to provide an appro- 
priate opportunity for faculty members to 
become computer literate and an effective 
mechanism to cjocument and impalement their 
courseware needs. This three year "Fac- 
ulty Participation Program" was funded by 
the Alfred P. nloan Foundation in February 
1978. 

Computers are now used throughout 
the curriculum at Wellesley as: 

a) a teacher (computer-assisted instruc- 
tion and computer-managed instruction); 

b) a student (programming) ; 

c) an environment (simulation) ; 

d) a computational tool (inf ort'ation pro- 
cessing) ; and 

e) a laboratory tool (experiment control 
and ^ata collection) • 



A selection of specific examples is pre- 
sented below. 

a) Although CAI materials would be very 
useful for some purposes, we have not 
encouraged their use for several reasons • 
Some of these reasons are intrinsic to the 
nature of CAI (as we use the term here) 
and some are peculiar to an environment 
like Wellesley. In particular, ^as a small 
college with a relatively low student- 
teacher ratio, we do not seek to replace 
the teaching function of the faculty or 
alter the close student- teacher rela- 
tionship that underlies the basic 
pedagogical philosophy of the College. 

At present we have an English 
c,rammar package and a writing package that 
are used for remedial purposes. Some of 
our foreign laTiguage teachers have imple- 
mented CAI materi-als for thej r beginning 
students, using Common Pilot as the 
authoring language. Our CRT terminals 
have been modified to include the over- 
strike characters necessary to display the 
Romance languages, German, and Romanized 
Chinese . 

b) An increasing number of students each 
year are tak ing our three programming 
courses. In these courses they learn to 
program in Basic, Fortran, and Pascal. In 
addition, students are being taught 
programming and are required to write 
programs in many other courses throughout 
the science curr iculum. Students who 
learn programming early in their college 
careers tend to write programs to solve 
problems in other courses later on « 
Students also write programs for extra- 
curricular projects, such as the 
production of a "Student Course Guide-" 

c) The computer is used as an environment 
via simulation programs. Such simulations 
are useful when real experiments are too 
expens ive, time consuming , or dangerous. 
They allow a faculty member to separate 
data collection from experiment design and 
data analysis to more efficiently use stu- 
dents' time and to give more challenging' 
assignments. 

An unusual way of using DECstar as an 
environment is provided by our program 
SEMINAR. SEMINAR allows the "discussion" 
of issues with DECstar as the mediator* A 
L'aculty member enters a series of ques- 
tions or statements on a given topic and 
gives students the information they need 
to participate. Students participate at 
their own convenience by typing their 
responses to the questions or statements 
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into the computer. They may be shown 
other students' responses, asked to rate 
them, and be allowed to change their own 
responses. The SEMINAR may be anonymous 
or notr as the faculty member chooses. At 
the end of the SEMINAR, the faculty member 
obtains a written copy of the entire "dis- 
cussion" and summaty statistics which are 
brought into the classroom to stimulate 
further discussion. 

d) The most commc* jse of DECstar is as a 
computational tool or information pro- 
cessor. Our extensive library of programs 
allows faculty itiembers to make assignments 
without having to create new software. 
Most students are introduced to the com- 
puter via existing programs which are 
highly interactive and easy to use. These 
programs range from universal statistical 
tests r used extensively by students in 
psyc-hologyr sociology , and economics , to 
specialized statistical analyses for 
geology or biology , to manipulations of 
data bases in chemistry for the identi- 
fication of unknown organic compounds 
based on their chemical and ^physical 
properties. Sophisticated statistical 
packages, such as SPSS, are also used in 
research courses and independent projects. 



Using a powerful editor called 
EMACSr students and faculty are writing 
and editing their papers and theses on the 
computer. Students find it easier to 
write papers with EMACS and report better 
grades for their efforts. The growing 
popularity of this word processing appli- 
cation of DECstai ^ has been quite 
spontaneous . 

e) Our PDP-ir/34 in the Psychology 
Department is used as a laboratory tool 
for experiment control and data collec- 
tion. In addition , students are using 
microcomputers in research projects with 
faculty members in the Biological Sciences 
and the Chemistry Departments. 

The time and effort that faculty 
members have given to le^rn to use our 
computer facilities and integrate com- 
puting into their courses , combined with 
student interest and independent initia- 
tive, have lead to a substantial growth in 
computer use. Several indicators which 
illustrate this trend are tabulated below. 

To quantify the progress we have 
made towards a computer-literate environ- 
ment at Wellesley College, we have used 



Computer Users 75-76 

Students 650 

Faculty 50 

Courses 42 

Departments 13 

Connect hours 5,200 



76-77 
800 
30 
29 
10 

5,800 



Academic Yoa*' 
77-7S 



818 
45 
73 
13 
9,600 



78-79 79-80 

1,126 1,318 (2,283) 

86 124 (2BS) 

119 2J9 (575^ 

17 23 (28) 

17,300 33,000 



Notes: Numoers in parentheses are the 1979-80 totals in each category. Many 
courses at Wellesley are taught in both semesters and in multiple sections per 
semester. The numbers given count all sections of a course as one course. 
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the following index ol literacy levels. 
These levels are not intended to reflect 
our concept of what constitutes computer 
literacy, but do represent a measurable 
indicator of user sophistication. 

Level 0 — No use of a computer. 

Level 1 — Know ho*? to sign on and use an 
interactive program. 

Level 2A — Know how to program in at 
least one language available at Wellesley. 
Have written a program to solve a problem. 

Level 2B — Know how to use a sophisti- 
cated software package such as SPSS, SCSS 
or STATPACK. Have used the package for an 
"independent" project. 

Level 3 — Know how to program well. Have 
written^a program to be used by others. 

The computer, which maintains a 
record of log-ons, automatically assigns 
each student a literacy level of 1 or 0. 
Assignment to the other levels is done on 
the basis of the courses in which students 
are enrolled. A questionnaire, completed 
by faculty members is used to assign a 
literacy level to the computer use in each 
course. Class lists obtained from the 
Registrar's Office provide the names of 
all students in thej;e courses. 

The pie charts of Figure 1 present 
the results oi using this procedure to 
assign a computer literacy level to each 
of the students in the Class of 1979. The 
percentage of students who had used the 
computer in any way (level 1 and above) is 
90% for science majors, 87% tor social 
science maiors, and 66% for humanities 
majors. T le percentage of all students at 
level 1 or above is 80%. Our goal of 
having 90% of graduating students quali- 
fied at level 1 or higher was achieved for 
the scientists, and almost achieved for 
the social scientists.. we are ' still 
striving to achieve this goal for human- 
ities majors. 

A literacy level of 2 or above was 
attained by 62% of natural science majors. 
Among the natural science departments, 
chemistry had the highest percentage of 
majors at level 2 or above (81%), while 
biological ciences had the lowe'^t (54%). 
Also, biological sciences majors tended to 
attain level 2B, rather than 2A, probably 
because they >/ere more likeJy to be in- 
volved in research projects that required 
using sophisticated statistical packages 
rather than in projects which required 
programming. 



Of the social science majors, 68% 
achieved level 2 or higher. Political 
science and ociology majors attained 
level 2 at the rate of approximately 60%. 
In economics and psychology, over 90% of 
the majors qualified at level 2 or above, 
largely as the result of courses required 
for the major m which students use 
sophisticated statistical packages. It is 
interesting that about 25% of "economics 
majors and 20% of psychology majors at 
level 2 both wrote computer programs and 
used sophisticated statistical packages . 
This combination will probably „ be more 
prevalent in the future, as morV social 
science majors decide to take course^ in 
programming. 

Our 1980 faculty workshop /was 
attended by member^ of the anthropology, 
philosophy , and religion departmer^s as 
well as the humanities departments. We 
expect our results in 1980-81 to show an 
increase in sophistication and Amount of 
computer use in their departments as a 
result of the efforts of KMese faculty 
members. 

To make our experience more useful 
to others, we have tried to identify the 
significant factors which contributed to 
the success of the project. Those which 
preceded the implementation of our project 
include: 

a) articulation of the value of computer 
literacy by President Barbara Newell and a 
small but active group of faculty members 
and students ; 

b) identifying specific individuals as the 
project directors to be responsible for 
the development of computer literacyr with 
the advice of the Academic Computer Users* 
Committee ; and 

c) formulating end documenting the project 
goals and a plan to achieve them, includ- 
ing a thorough cost analysis. 

Although all elements of the plan 
were important, the most critical were a 
commitr.c^t to provide adequate, reliable 
computing resources that would remain 
stable over a period of at least five 
years ; and to mak ing the computing 
resources available to users on a "free 
access" ^asis. 

The time that users devote to 
learning about a particular computing 
facility and developing courseware is a 
valuable Investment that is seriously 
compromised whenever the computing en 
ronment is changed. Where the computing 
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experience of the community is modost, 
the prospect of change would seriously 
inhibit the development of computer 
literacy. Faculty members cannot be 
expected to devote their time to learning 
about the system and developing courseware 
unless they are sure that the results of 
their efforts will be relevant and usable 
over a significant period of time. 

Computing resources are provided 
to members of the academic community ji; a 
■free access" basis, similar to library 
services, it is unreasonable to expect 
inexperienced users to estimate and jus- 
tify any costs while they are learning end 
before the results of their efforts are 
known. Even when the "results" are knoun, 
it IS difficult to assign meaningful 
dollar values to the convenience of . using 
a computer or to the educational exper- 
iences that computer-based curriculum 
materials provide to students. in an 
environment where faculty members are not 
familiar with the benefits of computing to 
themselves and their students, a charge- 
back system would seriously inhibit their 
experimenting with the possibilities and 
the community's progress towarc! < computer 
literacy. 

The most significant decision was 
to centralize academic computing on a 
time-shared system to be purchased by the 
College. This had several important 
benefits. 

a) It made it economically feasible to 
provide adequate computing resources with 
the other attributes important to the 
success of the project. 

b) It gave us control over the operating 
system and courseware so that we could 
suit them to the particular needs of our 
community of users. 

c) It provided a source of pride for the 
College community and stitjulated interest 
in computing. 



d) It helped justify the professional 
staff required to provide adequate tech- 
nical consulting and assistance to our 
users. 

e) It made it economically feasible to use 
high speed communications to make effec- 
tive use of CRT terminals and provide high 
speed printout. 

f) It made it much easier for us to col*- 
lect accurate data and perform a useful 
evaluation of the project 

The DECsystem-20 has proved to be 
a good choice for our needs, it has been 
extremely reliable. TOPS-20 is easy for 
novices to learn and provides extended 
capabilities for more sophisticated users. 
We have imported many of our large 
software packages from other DEC-10/20 
sites. 

The other factors that we have 
identified as significant to the success 
of Wellesley's comp»'ter-literacy project 
include an effective faculty participation 
program; a responsive student population; 
and a dedicated, competent supporting staff. 

Fundamentally^ the success of the 
project is due to the efforts of faculty 
members to learn about computing, to deve- 
lop courseware, and to use computer-based 
curriculum materials in their courses. 
Oi'r grant from the Sloan Foundation accel- 
erated this process by providing an 
attractive opportunity for faculty members 
to become involved in developing computer- 
literacy at Wellesley College. Positive 
student responses to computer-based 
assignments have encouraged faculty 
members in their efforts. Many students 
have become sophisticated computer users 
on their own initiative ar i have helped 
spread computer literacy among their 
peers. The final key to success has been 
a staff of competent professionals in the 
Computer Science Depar^^ment dedicated to 
achieving the goals of ^he p '^ject. 
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Humanities Social Sciences 




Figure 1. Computer Literacy Level Profiles of the Graduating Class of 1979. 
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A NOVEL APPROACH TO .COMPUTER LITERACY 
FOR NATURAL SCIENCE STUDENTS 

R V Rodriguez & F.D. Anger 
Department of Mathematics 
University of Puerto Rico 
Rio Piedras , Puerto Rico 00931 



RATIOMAIE 

The terr. "comouter literacy" made its - 
wav into acadenfic vQcabularv during the 
oast decade and has gained much currency 
in the last few vears . Articles have been 
written and drums have been beaten to the 
effect that knowledge of the potential of 
computers and how to urogram them will 
soon stand along side of the three p as 
an educational necessity. The computer 
field is so new and rapidlv changing, how- 
ever, that it is not clear just what 
should constitute connuter literacy. In 
the recent and useful NSF report, "Instruc- 
tional^ Comnutine in Minority Ins-t if utions 
A Needs/Strate2v Assessment," Sister 
Patricia Marshall use*s the term restric- 
tive Iv to mean "the use of the computer 
in familiarizing students with the uses 

cOT^puters and their effect on soci- 
ety,"- Other proponents, including 
the authors, believe training should 
begin in primary school and eventually 
orepar:*' students t9 use the computer as 
the eveiv-dav tool that it has become.^ 
In this Daper, however, we use the more 
modest objectives of the ability to read 
and write computer programs of moderate 
complexity in some high-level language 
and the ability to choose an annropriate 
computer to carry out a particular 
implementation. in short it means 
having sufficient knowledge for living 
and working with computers in the pres- 
ent^ computerized agt . 

Six years ago the necessity of offer- 
ing a computer literacy course as a 
requirement for our natural science fac- 
ility became e\'ident even within our insu- 
larism where the changing iob demands 
arrive two years after USA mainland. Our 
students were employable then, mostly in 
the teaching field, but the rate of iob 
reauests h^c dimiri^Ved wliile the l^nivcr- 
sity's main camnus-es had ceased to grow 
and many two year camnuses were born. 



We needed to prepare our students for 
present demands. We pride ourselves in 
offering a more solid science curriculxim 
than most other teaching institutions in 
the area, and yet our students were not in 
demand as they used to be. With such a 
course we expected to offer our students 
a wider range of employment opportunities 
with better income. 

ATTEMPTS, FAILURES, AND SUCCESSES 

To implement our ideas we introduced 
a new undergraduate course. Math 107, for 
3 credits which would teach PL/ 1 program- 
ming. At the same time we amplified our 
offerings in statistics for uiany of the 
same reasons. While the new statistics 
courses attracted few students and caused 
few ripples. Math 107 began with 80 stu- 
dents divided into two sections. Althaigh 
these students were mostly selected from 
among the best students, only 17 stayed 
for the whole semester. 

Why such a failure when these were 
the interested good students and we had 
put the course under two of our good pro- 
fessors, each with 2 assistants? We will 
attempt our explanation based on the first- 
hand experience of one of us who sat in 
the class that first semester and on our 
experience of teaching the course under 
its new name and approach ever since. 

We should perhaps mention first, 
however, that the University of Puerto 
Rico owns an IBM/370-148 computer; six 
year? ago we had a rented IBM/370-1A5 
which served the Rio Piedras Campus (26 ,000 
students) and was tied with three more 
remote stations in other campuses. This 
computer is and was used for all the 
administrative tasks. Our faculty of 
2000 students then had a remote station in 
which to have their cards read. 
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Twenty programs were assigned start- 
ing with writing the word "mama" using 
concatenation and using basic arithmetic 
operations to obtain areas up to solving 
n X n determinants and programming the 
chess problem of the knight's tour. The 
professors with their assistants taught 
the language well. 

However, the computer station was 
not always open and the students had to 
wait for the research programs to run 
through the only Drinter in our faculty. 
There was only one key punch and the 
lines wete long as we waited for the pro- 
fessors to finish. Towards tjie secon/ 
month our station was out of cards arid out 
of paper, while the reader and Drinter 
were broken down an average of two days 
each week, most programs had to run on the 
average of five times before a succesful 
outcome. Our eighty good students were 
carrying heavy loads in their majors 
which did not allow them all the hours of 
waiting in order to enter our tiny termi- 
nal room. 

On the brighter side, that first 
group of seventeen which finished the 
course has fed our masters program in 
applied mathematics concentrating in data 
structures. Despite the drops, there were 
no failures^ and the interest generated 
could be measured by the high number of 
those students jho continued with post 
graduate studies. 

Had we planned better, could 63 
drops out of 80 students have been 
avoided? Would we have had the experi- 
ence to create our present successful 
offering? Could we have forced the 
administration to budget the offering 
without the evident failure? 

FUNDS, FAt'ULTY TRAINING 

A ser».aster later we rewrote a pro- 
posal to NSF-MISIP for developing the 
science curriculum using the computer. 
The proposal" was approved that summer and 
a frantic teaching of faculty resulted. 
We were to offer a course much like the 
Math 107 to our 2000 students, but no 
longer with such lack of equipment and 
facilities . 

Where was a science faculty of 200 to 
find professors to teach 14 sections per 
semester (33 a year) of PL/1? Having lost 
one of the professors that had taught the 
PL/1 course--he was one of the earlier 
cases of the trend to leave academia for 
better remuneration in other areas--we 
faced the problem of hiring new faculty to 
teach the expanded offering in programming 



or training the existing faculty. With 
the scarcity of qualified programming 
instructors and our low salaries, recruit- 
ing was not easy. We were able to .hire 
an enthusiastic numerical analyst doing 
research using computers, but we were 
unable to attract other qualified people. 
Thus , we had to train ourown faculty. 

The prosDect of being trained in 
computer literacy was not received as a 
dozen ro3«es by our faculty, but was 
accepted by some. (We must note that the 
attitude has changed to the point that 
now training is sought by most.) Those 
that did receive training were highly 
critical of the facilities and probably 
did influence the administration into 
accepting small classes (not our usual 
30-40, but 20-25. still too high in our 
opinion) . 

Two professors and two student 
assistants conducted a seminar for four 
hours per week offering an intensive 
introduction to PL/1. They assigned 
topics to read and made the professors 
write related programs in the classroom. 
The student assistants would then key- 
punch and run the programs as written. 

This method vorked wonders. Our pro- 
fessors were embarrassed from their mis- 
takes and hence did not want to show 
their ignorance to the student assistants, 
consequently they did do the assigned 
reading and preparation. Actually, some 
did others dropped, but the ones that 
went on learned quite thoroughly. 

Next semester each professor's 
schedule was carefully planned in order 
that he would be free at some specific 
hour when one of the programming courses 
was being offered. Thus, the professors 
were given more time to assure themselves 
before taking over the teaching of a 
class. When a professor was assigned to 
teacn the course, he did a good job 
whether he was prepared or not. Those 
first classes were highly enthusiastic 
and well liked by the students. 

In the meantime, the Biology Depart- 
ment requested our department to offer a 
statistics course for the biology majors 
as a requirement, but were not willing to 
accept more than three credits added to 
their required curriculum. That, of 
course, created a problem because we were 
ready to ask the faculty to approve a cur- 
riculum which already included an extra 3 
credits? Since the Biology Departmen* is 
our largest and we needed their approval, 
we began giving serious thought to their 
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suE^ges tion . 

DIVISION OF OFFERING 

The outcome was a division in our 
computer offering intended to better 
serve the needs of th^ different depart- 
ments in our faculty. We had always 
recommended our statistics offering but 
the takers from other departments were not 
numerous. Now we had a chance to provide 
both a Drogramming language and the 
needed statistics to the life scientists 
--biology, Dre-medical , pre-dental , med- 
ical technology, pharmacy, etc. , provided 
we could offer a well combined potpourri 
of both 

What about the hard scientists--the 
chemist, physicist, and mathematician? 
Should thev be made to suffer the same 
combination of spices? Our math majors, 
certainly not, thev should take a solid 
statistics course. Both chemists and 
^physicists on the other hand should be 
offered more programming. Program pack- 
ages in these fields are not so readily 
available as in statistics. 

Hence our courses '^ere to be offered 
in the sophomore year and at the same 
level for all the students of our fac- 
ulty Math 215 for biologists and pre- 
meds and Math 218 for chemists, physicists 
and mathematicians. Both courses have 
been taught mainly using PL/1 and PL/C and 
are designed to introduce the students to 
computer systems and how to make them 
solve problems. We intended that the 
students acquire a reasonable grasp of 
how to process numerical and -xharacter- 
string data us.ig good programming prac- 
tices and have some idea of the limita- 
tions and difficulties of using a large 
but finite machine. We also trv to make 
them aware of the different computers 
they mav encounter in their practice 
later on. 

Math 215 for life scientists com- 
bines the basic features of a progra^i- 
ming language with those of statistics. 
The language is taught using many basic 
statistics problems in median, mode, etc. 
as sample prcgrams. Particularly we 
desire to ^rain the student so that he 
may, in addition to developing his own 
programs, use; adapt, and change packaged 
programs to his needs. An example of a 
typical program may use DO-loops for 
determining the average and standard 
deviation of grouped data. Measures of 
central tendency, variability, elemen- 
tary probability, normal distribution, 
hypothesis testing, and linear models are 
covered in the statistics. 



Math 218 for the hard scientists 
includes copies such as the components of 
a computer system, algorithms, data types, 
control structures, the principles of 
structured programming and flow-charting, 
manipulation of input lists and for- 
matting of output, arrays, subroutines, 
and others according to the interests of 
the professor and his class. 

ENVIRONMENT 

On the positive side was employing 
tutors, available eight hours a day to 
answer questions, help, and Ruide stu- 
dents in their programming. This has 
helped diminish the number of tries a 
program has to be run in order to be cor- 
rect, co.isequently decreasing the cost, 
augmenting the student's confidence, and 
leavir ^ to the professors only those 
questions that could not be answered by 
the tutors. If an instructor had to 
answer questions on every detail of the 
programs for each student, the hours of 
the day would not suffice. Hence a stu- 
dent may inquire of his teacher only 
after passing through the tutors. 

However, there is an absence of 
assistants. The 20-25 programs have to 
be corrected b^ the professor-an unending 
task.' Moreover there have been recent 
problems with the administration in main- 
taining the necessary space and personnel 
for an adequate system of tutors. 

The division of the computer courses 
has proved satisfactory. The biology and 
more so the pre-medical students are very 
enthusiastic about their course and enjoy 
knowing computers, verifying hypotheses, 
and predicting equations. It remains to 
be seen how useful the course really is 
since a few of these first students are 
completing medical studies this year. It 
is, however, rewarding to have students 
come to see us specifically with the 
expressed motive of telling us that "PL/1 
with statistics has been the most useful 
course I took." Those are normally the 
bright research students. ,What of the 
average? They seem satisfied, but more 
concrete evaluation is needed. 

We also, subdivided the faculty cur- 
riculum! in core calculus courses that 
feed the computer courses. There is Cal- 
culus I for the life sciences (Math 200) 
with more emphasis on exponential func- 
tions and Calculus I for the hard sci- 
ences (Math 205), a somewhat more formal 
course. We described this division in 
our paper "A Method fOr Experimenting 
with Calculus using CAI" last year in 
thRse proceedings. (1) 
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The history of our computer offering 
is also of interest for its ups and downs. 
Eight years ago we were offering a 400- 
level course in the Natural Science Fac- 
ulty at large, called NS401. Thic course 
was taught in intaiactive Basic and used 
numerical analysis techniques. It was 
offered three times and many of the stu- 
dents that took it are occupying key posi* 
tions in computer places. Not satisfied 
with success we changed the course to a 
beginner's lOO-level, Math 107, already 
described, until it finally appears to 
have settled down at ^he sophomore or 
200-level (Math 215, 218) where we think 
it ought to be. 

ENROLIilENT IN ALL PROGRAMltlNG COURSES 

You may question, why PL/1; why not 
Basic, Pascal, or Fortran? After all we 
are a natural science faculty and formula 



translator is the scientific language. 
This actually has been and is an on- 
going debate within our faculty. There 
are strong reasons for all choices. 

Of course, there is the problem that 
very few of our students will obtain jobs 
that will offer facilities with the PL/1 
compiler available and it is true that 
they are more likely to find Basic. But 
Basic, a good beginning language, should 
be taught using interactive facilities 
which we lack. We felt we would be 
losing the b?»st features' of the language 
in batch processing. Pascal, another 
attractive possibility, was not so well 
known at the time we were making the deci- 
sion, and as yet the university does not 
have a Pascal compiler. Fortran is the 
traditional standby for the sciences ,, but 
like most forms of Basic, it does not 
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easily lend itself to structured program- 
ning disciplines Moreover, PL/ 1 combines 
niost features of Fortran with those of 
Algol and Cobol ;o provide the widest 
Dossible range of data handling features . 
We felt that by learning PL/lour stu- 
dents could more readily learn one of the 
other noDular high level languages if the 
need arose than if they were started off 
with a more specialized language. 

Another argument often heard is that 
we sh#uld offer basic knowledge of many 
languages, but we tend to disagree We 
would rather offer our students a lan- 
guage that rhey learn well enough to 



develoD a moderately sophisticated pro- 
gram. Notwithstanding, our faculty com- 
puter requirements are stated generally 
enough that a switch in language is 
easily accomplished, and so the professor 
is sufficiently free to choose what he 
considers best for his particular group. 

Amazingly this liberty has not been 
detrimental; on the contrary, it has 
worked in favor of the computer literacy 
course. Our students pride themselves in 
their programming abilities and we have 
no programming professors antagonistic to 
the new course. In addition the faculty 
is able to adapt to innovations in nro- 
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gramming languages, machines and pedagogy. 

Our computer center, completely run 
by our own students, has contributed in 
this aspect by requiring their operators 
to know well PL/1 and to have taught 
themselves another language, mainly Basic. 
The interest is such that the students 
offer their time free to the center and 
will receive salary only after they have 
passed some difficult exams that the- 
students themselves prepare. They Con- 
sider it an honor to be a paid member of 
the computer center as an operator or to 
become a tutor for the programming 
courses . 

Our faculty also owns a Hewlett 
Packard 2000 with twenty-two terminals 
which runs Basic and an Alpha Micro with • 
4 terminals. This latter machine will run 
Pascal but the computer is not in use yet . 
The H ^ is dedicated to comput er- assis ted 
instruction, thus the interactive termi- 
nals are not available for the course 
above described. 

CURRICULUM EXPANSION 

Naturally, with such drastic- changes 
in the underclass curriculum the rest of 
the offerings have not remained static. 
As indicated in Figure 2, follow up 
courses were introduced to offer deeper 
appreciation of some of the fundamental 
algorithms and software development tools, 
including comparisons of different lan- 
?,ua&es . The Math 216 course which 
follows the Programming with Statistics 
course adds to the statistical knowledge 
at the same time that it prepares the 
student to use packaged programs. Math 
219 goes more extensively into overall 
hardware and software systems. 

Besides these directly related 
courses, the Mathematics Department has 
introduced an additional four courses in 
computer science at the undergraduate 
level and three courses at the master*s 
degree level. The <!epartment and the 
natural science faculty are anxious to 
offer a bachelor *s degree in computer 
science, but we feel we lack sufficient 
qualified staff to offer a high quality 
program. The recent report. Instruc- 
tional Ccffiiputing in Minority Institu- 
tions • A Nee ds/Str ategy Assessment , by 
Sister Patricia Marshall for the Nation- 
al Science Foundation, points out 
emphatically and re- eatedly the great 
difficulties faced by any institution, 
and particularly minority institutions, 
trying to recruit computer science 
personnel . 



EVALUATION 

Our evaluation is, to a great extent, 
subjective but includes some hard facts 
and a few bitter lessons. In the first 
place, we learned the hard way that 
instituting a programming course depends 
on many factors beyond good it*tentions. 
Inadequate or incorrect f acili t ies for 
the method chosen and number of students 
enrolled can lead to a situation worse 
than no course at all. We would very 
much urge interactive programming for 
those who can afford the appropriate 
equipment, but each student will need 
four to six times as much time at a 
terminal for such programming as he will 
need at the keypunch, which translates 
into many terminals. Even though we now 
have 10 keypunches, a 300-card-per-minute 
card reader, and a 600-line-per-minute 
printer to serve our 400 or so students 
per semester, we find the system very 
tight and, at times, intolerable! 

Another factor, of course, is trained 
or trainable faculty, which may turn upon 
good salaries or good public relations. 
Some institutions have found that they 
can do with part-time teachers from local 
businesses what they could not afford with 
full-time staff. Our success depended on 
a few seasoned computer users, external 
funds for teacher training (the NSF-MISIP 
grant again), a litt le enthusiastic sales- 
manship, and a faculty with enough prepa- 
ration and energy to throw themselves into 
this new challenge. 

We began this paper talking about 
computer literacy, and any evaluation 
must take into account the objectives of 
the program being evaluated. Our inten- 
tion with our basic courses was never to 
make programmers or computer scientists 
out of our students, although ve count on 
the positive side those who aftetvards 
turn in those directions . Success in our 
case is to be measured by the extent to 
which our students are willing and able 
to make intelligent use of the computing 
facilities at their disposal during their 
further studies and their careers. Most 
of us who teach these courses have had 
the experience of one of our former (or 
even present) students appearing on our 
office doorstep with a question about 
programming this or that project for a 
biology study or a chemistry lab. This is 
far from being a conclusive study, but it 
does make us feel we a'^'e on the right 
road. The authors know personally of at 
least fifteen of our former students in 
these basic courses who have gone on to 
study computers in greater depth at the 
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graduate level and several more who are 
working in the data processing field, but 
it is toe early to judge in general ^^ether 
the science graduates who continue in the 
life or physical sciences will make much 
use of the skills they obtained in our 
courses . 

We have also had our own peculiar 
difficulties and successes with the divi- 
sion we chose for the basic courses. One 
of the least expected but most obijigas 
difficulties has been What do yoli^o 
with the biology major that takes the 
required course--Math 215--and then 
decides to change to chemistry? He does 
not have the required Math 218, but you 
clearly cannot give him. credit for both 
courses if he now takes the latter. We 



simoly live with this problem, but there 
are enough case* to make it uncomf ortabla 
In the success column we can count the 
ready approval given to the idea of these 
new required courses by all the depart- 
ments in our natural science faculty, the 
positive attitute toward the course con- 
tent exhibited by the vast majority cf 
our students (on'ce again, informally), 
and the relatively--for our institution-- 
low numbers of drops and failures in these 
demanding courses. More concretely. Table 
1 shows the number of drx)ps and failures 
experienced. In our institution it is 
permitted to drop a course with a grade 
of W ("withdrawal'") for almost half the 
semester, resulting in the Mathematics 
Department having an average overall drop 
and failure rate of 30?o. In this table 
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it can be seen that the two programming 
courses showed steady improvement in 
this area and have been for two years 
well below this average. 

RECOMMENDATIONS 

Whfen would we recommend following an 
off^ing similar to ours? Please keep in 
mind that we are a natural science faculty. 
The blend of statistics and programming 
formed a natural pair for the necessities 
of our life scientists and would Prob- 
ably mix agreeably under most circum- 
stances. We do think that offering both 
a statistics and a computer literacy 
course may be preferable for more depth. 



but if the curriculum is already crowded, 
why not combine both? 

If your institution lacks the funds 
for interactive facilities, but owns, 
borrows, or may use a large computer, by 
all means choose a programming language 
powerful enough that the student will 
eventually be confident in attacking a new 
one on his own. On the other hand, if 
funding is available, do go the inter- 
active way. As individuals we enjoy 
response from our fellows; it is not so 
different with a machine. 

Present a careful study and obtain 
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backing from the administration. It" the 
latter i<s not forthcoming you; may have to 
c^eal with a qualified failure, but it is 
likely to be 'emporary, eventually the 
administration will ask you to teach such 
a course or risk closing the institution. 
Such a lesson should in3icate to them cne 
real need for funds. 

If computer literacy is not given 
the attention netded at your institution, 
the students will seek to fulfill their 
expectations elsewhere. Let u<5 repeat a 
story we heard from Dr L.em Jones from 
SSI There was once an elevator operator 
who was satisfied with his job, but IBM , 
thought he should progress and asked him 
to study new techniques Nonetheless, 
Mr. Elevator Operator answered "Why sfiould 
I when I am content?" A few years later 
automatic elevators were installed, and 
you may write the enrf of the story. 
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INTRODUCTXOM: 

The introduction of computing power 
in the large-scale educational process 
has the potential of providing man with 
universal access and ra^xd synthesis of 
Knowledge as well as providing a 
powerful creative tool for widening 
man's intellectual horizon. Educators 
must capture the moment and decide what 
direction this new capability will take, 
rather than allowing that responsibility 
to be usurped by the developers of 
computers and computer systems. The 
impact of competing on our educational 
process may prove to be one of the most 
important ethical issues to be dealt 
with in the next few years. 

Ten years ago pioneers in the field 
of computer-assisted learning predicted 
that by 1980 all children would have 
access to computers in their classrooms. 
Budgetary constraints have prevented 
most gc^ool systems from obtaining the 
large-scale computer equipment needed to 
implement this goal. However, the 
advent of low-cost, low-energy 
microcomputer systems has allowed many 
schools to obtain computing power. 
There still remains a large segment of 
the population that has no classroom 
computing opportunities. Whether or not 
they .work with computers in their 
classroom, today * s student wil 1 
encounter them daily. It is essential 
that this growing disparity between the 
haves and the have nots of computing be 
addressed immediately^ To be 

functionally literate in today's world 
will require not only the basic reading 



and writing skills, Uut also an 
understanding and appreciation of the 
capabilities and \imitations of 
computers. Tneiefore. omputer-1 iteracy 
materials must be developed based on the 
premise that computer literacy can be 
meaningful ly addressed for all segments 
of our society, whether or not they have 
computing power. 

Numerous computer-assisted learning 
pro^ev "s, materials, atia books have been 
developed, but* they share a number of 
limitations. They were addressed to 
schools or school systems which have 
computers. Additionally, the plethora 
of computer hardware, software- and 
courseware frequently has been developed 
without careful consideration as to how 
It could be integrated into existing 
curricula . 

Most teachers received th^lr 
education before the computer explosion. 
As a result, with the exception of a few 
enthusiasts, they lack the background to 
implement existing materials in their 
classrooms (4). Books currently 

available assume that the educator is 
working with some kind of computer 
hardware . They include books ^. 
computer language , microcomputer design 
and selection, and games and problems to 
be ^olved on the computer (5). 

In our view, computer^literacy 
material which is developed should be 
integrated into the existing curriculum 
(3).' It should provide concise, fully 
illustrated information ^about the myths 
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To facilitate integration of such 
material into the curriculum, a detailed 
cross-reference listing of topics and 
activities is needed. For example, when 
the existing curriculum requires the 
study of government, the teacher should 
be able to look into the cross-reference 
to find materials and activities showing 
how computers are important in local 
qovernmental operations. Such 

activities might include letters or 
visits to some government agency to see 
how computers are used, a study of laws 
which relate to computer use and abuse, 
or a simulation of how a computerized 
instant democracy opinion poll might 
work . 

CASE STUDIES: 

Here are some exeunples of activities 
we have' used with childre* in grades 2 
to 6 to introduce computer-literacy 
concepts into the classroom. The first 
activity we implemented allowed creative 
and artistic expression, we found that 
one of the best way? to stimulate 
.children was to discover what their 
interests and starting attitudes were 
about computers. Wr began by asking 
them to write a paragraph about a 
popular cumputer-like character in 
fiction, TV, or movies. The purpose of 
this activity was to have -hem analyze 
whether the computer they chose was 
helpful or harmful to man. 

This activity then was expanded 
into an art project.* The children were 
told to construct a model of what they 
thdught a computer looked like. The 
teacher provided boxes of all shapes and 
sizes, silver foil, bottle caps, and a 
variety of other materials. Our 
experience has shown that children are 
capable of bui Id ing some fantastic 
creations, many of which incorporate th* 
ideas of input, output, and control. 
The more enterprising students used 
battery power to ada moving parts which 



they named "Radar Unit," "Cooling Unit," 
"Input," etc. 

The second activity was a game 
which simulates the parts of a computer 
and has been used in grades J to b. The 
children were instructed about various 
parts of the computer by discussion and 
by film. Following that introduction, 
the children acted out the various 
components of a computer: the input 
unit, the output unit, the central 
processing uni^ (CPU), the arithmetic 
unit and the memory. Every child can be 
used in thi s simulation since memory can 
be acted out by one child or by many 
children, each acting as one memory 
location . 

A description of the set of 
commands possible in cin assemoly-lxke 
language called PPL (Pretend Proyramining 
Language) was given, such as READ, 
PRINT, LOAD, STORE, ADD, SOB, MULT, DIV, 
and STOP. Next a simple problem was 
described. Such a program took in two 
numbers, added them together, and 
printed the numbers and result. This 
problem was then developect--trrro a PPL 
program. (Depending on the aqe of the 
Chi Idren , the teacher would have the 
program ready or let the students 
develop it themselves.) Once the program 
and the data were ready on cards a^ 
shown , the game began . 

READ 12 

READ IJ 

LOAD 12 

ADD IJ 

STORE 14 

PRINT 12 

PRINT iJ 

PRINT 14 
STOP 

DATAt 2U,14 

The CPU commanded the input person to 
read the program, and the program was 
read into memory. The CPU sequentially 
examined each instruction in memoi y and 
caused it to be carried out. The 
children who were portraying the vaJiouj 
parts of the computer moved in i.n^oase 
to the CPU commands; the arith*retic unit 
did the aritt^ metir the output unic 
wrote the arjv jr 1 so forth. After 
executing a simple .ogram, this game 
was expanded to simulate more 
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complicated programs and provided the 
children with a dynamic jnderstanding of 
how a computer works. 

The third case study involved 
problem-solving techniques. When the 
children in the fourth grade were 
leading word problems and working them 
out, we decided to include lessons in 
writing instructions and following them 
(2). Without being told, they were 
introduced to algorithmic design. The 
students were paired and ^iven the task 
of constructing their own rules 
(algorithms) for making chocolate mixk. 
Once they were^ satisfied with their 
desiqn, they turl^d it in, received a 
different one from another pair, and 
were given the ingredients necessary to 
implement the algorithm. Many pairs 
soon realized the need for small precise 
steps toward the solution of a problem 
when, for example, they tried to pour 
milk from an unopened carton. The 
difficulties of imprecise algorithms 
were very literally understood - - the 
project was a bit m<*ssy but well worth 
the clean-up. 

The ncx^t computer-literacy activity 
emphasized chronological, written, and 
oral skills for a computer history 
project. First the studente were 
.ssigned a history time-line showing the 
important events in computing history, 
along with the events tl>at they were 
currently studying in their social 
studies. Then they wrote d newspaper 
article or prepared a poster-talk about 
some important event or p^^rson in 
computing history. This assignment also 
could be used to learn about current 
computer applications. 

A final example is based on one 
done with children in 5th and 6th grade. 
These children engaged in a project 
concerning paleography, the study of 
ancient handwritten manuscripts. They 
were supplied with over 100 manuscripts, 
and many criteria to be judged. How 
were th«y to handle all the data? 

At this point we introduced the 
concepts of computer applications and 
data bases. First we generally 
described data bases, second we providecj 
skill builders in computer use (i.e., 
turning it on, turning it o££, loading a 
program) # and finally we applied the 



knowledge and skill to solving the 
problem of what to do with the data. 

To introduce data bases,- guest 
speaTcers talked about data collection, 
data entry, data management, privacy of 
data , and other information storage and 
retrieval issues. The children were 
excited to begin, and ready for skill 
builders . We planned a simple series to 
acquaint the students with the school's 
microcomputer, the TRS-8U. They learned 
how to turn it on and off, how to load 
programs from tape and disk, and how to 
run and use simple programs. We allowed 
the students to try many computer games 
• and available programs to acquaint them 
with the microcomputer as well as with 
data entry. 

At the sam*» time, in prepar'^tion 
for data handling and collection, the 
students prepared a simple questionnaire 
concerning parent resources (skills and 
hobbies that parents would be willing t£> 
offer to the school). They collected 
the data and used a data base management 
program (available or the TRS-bO ) to 
enter their data-base design and their * 
data. The DBM sorted their data and 
reported i^_ as ti.e students saw fit. 
The school administration was delighted 
with the summary of parent resources. 

Following that, the students were 
ready to organize the data collected 
about the old manuscripts. They used 
the DBM to look for statistical trends 
and frequencies in their quest for dates 
for t* ase manuscripts. 

CONCLUSION: 

We feel these case studies illustrate 
how effectively and creatively 

computer-literacy concepts can be 
integrated into existing curriculum. 
All but one of the examples were 
independent of computer hardware. In 
the case study involving data base 
management, the computer hardware 
consisted of a TRS-UU microcomputer with 
one disk drive and a printer, which cost 
about $2,U0U. This small investment 
enabled that private school (grades K-i2 
with 704) students ) to carry out 
administrative tasks , offer a computer 
science course to high school students, 
and provide curriculum enrichment in all 
grades. Projects such as the ones cited 
demonstrate ^hat it will soon be 
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possible f©r any teacher with the proper 
materials to introduce computer- literacy 
concepts into their curriculum and 
classrooms ' 
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ABSTRACT : 

Alfred 3ork, Educational Technolocjy Center, 
University of California, Irvine, CA 92717 

Our educational system has difficulties 
at all levels — the quality of learning needs 
najor iniprover^ents . Certain aspects of 
nodern technology, the computer and inter- 
active videodisc, show great pronise in 
helpiTi^ us meet some of these needs. This 
presentation reviews both the advantages 
and disadvantages of this new learning 
technology. It views not only the current 
situation, but also looks to the future of 
our learning society. 



ABSTRACT: 

Richard C. Brandt, Video Computer Learning 
Proiect, The University of Utah, 
Salt Lake City, UT 84112 

Videodiscs are valuable for presenting 
audio-visual material that is either 
impossible or difficult to generate with a 
microcomputer. For example, the Video 
Computer Learning Project (VCLP) at the 
University of Utah uses video mater 'al 
to der instrate the use of laboratory 
equipment and to provide actual examples 
of physical phenomena. Since the cost of 
creating video material is high, VCLP has 
concentrated on the development of "generic" 
videodiscs, discs containing material that 
can be used with a variety of computer- 
based lessons. The computer-generated 
material, including the branching structure 
of the lesson, is stored on a floppy disk 
which can be edited. 



ABSTRACT: 

Richard A. Pollak, Director, Special 
Projects, Minnesota Educational Computing 
Consor tiur., 2520 Broadway Drive, 
St. Paul, MN 55113 

The Special Projects Division of the 
Minnesota Educational Conputing Consortium 
began to develop a model course using 
videodisc-supported computer instruction 
in August 1979. The project, "Personal 
Computers and the Home Videodisc Player: 
Solving Instructional Delivery Problems 
Created by Declining Enrollments," 
demonstrates that low-cost personal 
computers and home videodisc players can 
be programmed to deliver complete courses 
to students. We have designed and developed 
microcomputer programs for the Apple II and 
video segments for the Pioneer Laser Disk 
model VPIOOO videodisc player. The videodisc 
can display conventional video segments along 
with the capability to automatically search 
for specific fiames. The Apple II micro- 
computer , through an inexpensive , commer- 
cially available interface, automatically 
locates and plays specified segments. 

There is tentative evidence that 
this videodisc-supported computer instruction 
will provide additional instructional 
opportunities fcr schools. Work with both 
videotape and videodisc-based systems has 
indicated the viability of interactive video 
for education. Presentations of the 
economic package to educators have met 
with enthusiastic responses. Future work 
is planned to continue this project along 
with new developmental work. 
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ABSTRACT : 



»jOan Sustik, CAI Lab, University of Iowa, 
229 Lmdquist Center, Iowa City, lA 52242 

The Intel 1 1'^ent videodisc project at 
the tniversity of Iowa has demonstrated 
versatility of applications, ease of use 
and a concern for design factors in this 
new technology. In providing solutions 
and innovations for the needs of a ipajor 
icade.Tic institution, information retrieval, 
research, direct instruction, and us^-»r- 
controlled mf ornat lonal sequences have been 
developed m the f^ne arts, health sciences 
Lsychoio'jy, and arch i tec euro . 



An Apple/videodisc surtels consLructed 
by the project allows for s ing le screen 
display. The project currently uses a 
Thomson -CSF educat lonal/ industr lal 
videodisc player under direct control of 
an Applo microcomputer which also serves 
as a comrrunications link to other computer 
svs terns on caaiDus. 
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ABSTRi\CT : 



PARTICIPANTS: 
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What problems do non-tramed 
teachers have learning to teach 
co.Tpucer concepts? 

How much math is required for a 
teacher to be able to teach computer 
concepts? 



Richard S. Lavme 
Wolf trap Schocl 
1903 Beulah Road 
Vienna, VA 22180 

Thomas Sullivan 
Stanford Avenue School 
28i2 Illinois Street 
Southgate, CA 91790 

Sue Talley 
TIES 

1925 West County Road B2 
Roseville, MN 55113 

Robert Taylor 
Teachers College 
Columbia University 
New York, NY 10027 



Are there any common attitudes that 
teachers have about using the new 
machines in class? 

What r aterials are available to help 
the teachers? 

Where is their experience with 
programs teaching cc putir ; cor cepts? 

How much math and computer science 
background should future elementary 
school teachers have? 
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ABSTRACT: Here Comes Logo 

Fat Lola, The Lamplighter School, 
11611 Inwood Road, Dallas, TX 75229 

The Lamplighter School of Dal.^as, 
Texas, an independent early childhood 
education scnool, was given funds to 
Implement a computer system, i.e., Logo, 
wnich could be manipulated and controlled 
by a young child. Fifty computers are 
no>* used to help children solve problems 
that are important and within the realm 
of their skills. The presentation will 
include the project's history nd the 
school's philosophies; and how they 
complement each other, 

ABSTRACT : Computer Lovers Under P^^^e 

Six — The Preschool Logo Program at 
the Lamplighter School 

Coleta L3U Lewis, The Lamplighter School^ 
11611 Inwood Road, Dallas, TX 75229 

Computer programs developed for 
preschool children attendinrj The Lamp- 
lighter School allow students to obtain 
the effect of primitives by typing one 
key on the computer keyboard {e.g., Texas 
Instrument 99/4 home computer) . The 
programs fo3ter a relationship between 
computer use and daily activities: concepts, 
skills, and attitudes are d'veloped that 
relate to real experiences, structure of 
the intellf^ct, problem solving, classifica- 
tion, etc. Also, basic skills are reinforced: 
letter and numeral recogni tion , sounding of 
words, blockbui Iding , and relationship of 
numbers . 



ABSTRACT : How to Learn Logo Without 
Really Trying 

Theresa Overall, The Lamplighter School, 
11611 inwood Road, Dallas, TX 75229 

At The Lamplighter School both 
teachers and students are using Logo for 
learning purposes. There are several 
msjor modes of Logo talking to the 
turtle, a graphics drawing mode; working 
with sprites, a unique, colorful, dynamic 
graphics mode; teaching the computer, « 
programming mode; and editing, our own 
word processor as well as the usual 
computer printing and calculating 
capabilities. In this presentation many 
samples will be given of what students are 
doing and learning by using Logo. 



ABSTRACT: Concept Learning After a Year 
of Logo 

Henry Gorman, Jr., The Lamplighter School, 
1J611 Inwood Road, Dallas, TX 75229 

As a part of The Lamplighter School 
Project, cognitive gains as a result of 
using classroom computers are b_inq 
assessed by different measures. Measures 
of cognition must have standardized norms 
and be cautiously interpreted^ but for 
the Lamplighter project there were no 
suitable control groups. Results of rule 
learning performance by third graders 
measured in September 198C and May 1981 
will be compared using the Boulder Norms 
of Bourne and „0 * Banion. The importance 
cf finding rules for combining relevant 



82 NECC1981 



attributes m cognition will be briefly 
considered in interpreting the results. 



ABSTRACT: lo^o s O.K., Our Kids Are O.K. — 

The Intanqible Extras of the Lamplighter 

^o.;o Project 

Kay Murphv, The Larap lighter School, 
11611 Inwood Road, Dallas, tx 75229 

By using Loc.o, Lamplighter teachers 
know stjients are fostering, mastering 
and expenencincj attitudes and concepts 
that we cjn't prove, but know are there 
inproverent in se if -concept , peer rela- 
tionships, ability to coTTimunicate , patience, 
and knowing tha'^ a cornputer ' s a powerful 
tool, but no smarter than the person at 
the keyboard. 

T. I. Logo computers enable teachers 
to discover the learning styles of their 
students; it is a tool that starts at the 
student's level, moves at the student's 
pace, and challenges the student to teach 
himself new things. 



ABSTRACT: Three Years of Logo in Elementary 

and Mi'Jdle School Classrooms m Brook"' ine, 
Massarnusetts 

Daniel H. Watt; Visiting Research Associate, 
MIT LOGO Group; LOGO Project Coordinator, 
Brookline Public Schools; Director, 
Computer Resource Center; Technical 
Education Research Centers; 8 Eliot Street; 
Carr.br idqe, MA 02138 

The public schools of Brookline, 
Massachusetts, have established a computer 
project, incorporating Logo activities 
into elementary and middle school classrooms, 
grades 4-8. This presentation will be a 
description of the project: the approach 
to teacher training, types of computers 
and curriculum materials used, and methods 
of student scheduling and classroom 
management. The main focus will ba on the 
gradual growth of a computer culture among 
students and teachers^ ^'^e types of activities 
students found most meaningful, and the 
gradual expansion of teacher interest and 
involvement in the project. 
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STUDENTS CONFRONT DATA BASE 

by Dons Duncan Gottschalk, Ph.D., CD. P. 
and Roy Elliott, Ph.D. 

California State University, HayWard 
f'ayward , Cal i forn la 



INTRODUCTION 

The authors share, as we imagine do 
most readers of ou ' paper, a philosophy 
that computers have become an essential 
element of Ainerican businesses. Thus it 
IS very important to fully demonstr te 
their capabilities in several college 
courses. Of particular importance is ex- - 
posing students to computer applications 
they will be able to use ten years after 
graduation. Data bases are widespread in 
industry, yet they are not used exten- 
sively in business curricula t'^roughout 
the country. Three years ago none was 
used at the School of Business and Eco- 
nomics at California State University, 
haywaru. We tried t'^ construct our own 
makeshift data base. While m no sense 
a real data base, our makeshift gave the 
illusion to students of using a true 
data base. This paper describes our ex- 
periment. 

THE ROOTS 

One of the authors. Dons Gottschalk, 
teaches a course in data base processing 
and management. The other author, Roy 
Elliott, teaches managerial economics and 
-has used data bases in consulting work 
for a number of years. For one consult- 
ing assignment the data base used was the 
National Bureau of Econonic Research data 
bank, accessed through the GENIE langu- 
age.^ For another the data base was the 
ECONODIE data bank accessed through the 
user language XSIM.^ During the time he 
was using these two data bases, he did 
not know data base management and didn't 
need to. The* commercial time-sharing 
companies furnishing the computers and 
the languages took care of data base 
management so smoothly that users were 
unaware of the complexity that charac- 
terizes '^ata bases. The users oi suc- 
cessful aata bases are instead aware of 
the immense set of well-ordered data 
readily available for their use. Most 



are very impressed by this and find that 
data bases alter permanently their ap- 
proach to problem solving. The authors 
felt that usina a good data base would be 
a valuable experience for a business ma^or 
and that managerial economics would be an 
appropriate course in which to conduct the 
experiment. ' nf ortunate ly , a t j quality 
data base is very expensive. 

DATA BASE DEFINED 

Much controversy surrounds the mean- 
ing of data base. For more than a decade 
the term has been used loosely to describe 
a variety of computer applications. 

Our concept of a data bdse is a group 
of totally integrated information records . 
The way in which tht: records are physir-al- 
ly organized is independent of what con- 
stitutes a logical record. This as oppo- 
site the case of file management systems 
where there is a direct relationship be- 
tween logical and physical records. Thus, 
a data base system minimizes the need for 
dupl ication of data , improves accuracy , 
and' simplifies updating. A data base 
should have data management system soft- 
ware to connect the user, the host operat- 
ing system , and the central process i ng 
unit. It should also have a comirtunica- 
t iL^ns processor to synchroni ze the control 
terminals used in the computer system. 
The overall structure of the entire data 
base is represented by a schema. The sub- 
schema IS a portion of the data base view- 
ed by a specific user. Some users must be 
able to add to and delete information from 
the data base as well as to access it 
randomly. In addition, users should be 
able to ask such ad hoc quest ions as "what 
real growth can be expected in GNP for 
1981, assuming an annual inflation rate of 
10%?" To get immediate responses to ques- 
tions as this, and for instant updating , 
the data base system should be on-line. 3 



84 NECC1981 



VEC0GNI2ING THE OPPORTrNIT^ 

In the fall of 197'? ♦ ht-' c^f^portun ity 
arose which wouKi m time ieai to this 
Lroject: K-tter fiom the National Bu- 
reau of Economic Research, Inc. of Now 
'icrk to one of the authors. The letter 
?ive permission to use the NBER data bank 
::rec; of jharje for a long-term research 
:^rmect and als") in t^^achmg. A maqnetic 
taut.- arrivevj shortly after containing the 
J070 eccnon^ic data series defined, check- 
ed and endorsed by the NBER. We were 
slow to realize that this tape might be 
I ; irtitl answer to how our students 
'n:4ht '-xLt'rience using a data base. Our 
banK cf :iata on magnetic tape was far 
from ai established data base. The user 
of a ^ i data bas"- need not be concerned 
with wht-rc the data >/aIues are- stored, 
but Simply calls by name whatever series 
he d*-sires. Reading a particular series 
frorr "-he NBEP magnetic tape, in contrast, 
re ruired elaborate programs usmq ob- 
scL^r-^ ta^t? handiina commands; it also re- 
/jirt^^d -^et ivU lous attention to the exact 
I-^ca^i^n a^id format of each data series. 
iV, a successful data base the equivalent 
of two powerful languages lies 3tween 
the user and the data: a user language 
and a data base manauement language. To 
constrv^ct these languages for a true data 
base would have been a formidable task. 
We realized that a -.ore simple, though 
limited, data bank ^'as sufficient. 
Stuaents in luauca^jerLc I economic? sopnt at 
T'f/St 5 hours m class and 10 outside per 
^;ucrter on ail computer-related work. 
In this time students could not use more 
than a few segments of a data base. 
Students did not expect or even need a 
aenuine one. To constr^Jt jlu imitation 
ijta base was a more manageable task for 
the two of us. By pooling resources, we 
found that it was, in fact, relatively 
easy. 

MEETING THE CHALLENGES 

Making our own teaching data base 
required a ;jr-_' 1 iminary decision as to 
which of the available time-sharing com- 
puters we would use. Once that was de- 
cided, the task of constructing our data 
base divided logically into three pro- 
blems. One problem was writing a user 
language, or more accurately, the few 
Selected parts of a user language that 
our students could use. The second pro- 
blem was one of managing data formats, 
specifically, copying needed data series 
from magnetic tape to data files on disk 
ready for student use. A third problem 
was writing new assignments related to 
exercises in the managerial economics 
text but ones profitably answered using 
some NBER data series. How these pro- 



blems were solved is described m the 
paragraphs that follow. 

COMPUTER SELECTION 

Our first decision was which computer 
to use of the two state university timo- ; 
shar ing systen.s ava liable to us: a Digi- j 
tal Equipment Corporation POP-ll or a 
Control Data Corporation CYBER 174. V/e / 
decided to use the DEC PDP-11 because it ; 
was easier to log on to and easier to j 
learn to use. About 15% of the managerial 
ec omics students included in the expei^i- 
ment had no prior *^xperiencp with compur 
ters : another 30^ had previous experience 
but not on the computers available at Hay- 
ward. We had a strong preference for a 
computer the inexperienced students could 
master quickly. The CDC CYBER 174 is very 
powerful, but partly because of the many 
options It IS more difficult to master. 
Several types of termini* Is are ava i lable 
at Haywa rd state, but most st udent s are 
introduced to computer usage on Teleray 
terminals linked to the DEC PDP-11. There- 
fore, we chose to write all instructions 
for this system. 

CRE/aTING a USER LANGUAGE 

We wished to build our user language 
around an already existing statistical 
package, preferably one that performed 
linear, polynomial, and power function re- 
gressions. We had two such packages avail- 
able on the PDP-11: GYSTAT and COSAP. 
GYSTAT IS a package developed by Jack 
Rhine, Jr. at San Francisco State Univer- 
sity a few years ago, slightly modified 
and renamed. COSAP is an elaborate, sta- 
tistical and data management package from 
the University of Wisconsin, Appleton. 
COSAP overreacts to student mistakes and 
tends to be disk-bound. GYSTAT has nei- 
ther drawback, so we chose to use it. We 
rounded out our user language with single- 
purpose programs written to mesh wj.Lh 
GYSTAT and with GYSTAT data files. f-.r 
example, one program displays a datab:?ries 
on the Teleray screen; another createf. 
subseiies for selected stcrt and end Cftes; 
a copy program prints two copies of a data 
file on the line printer. All these pro- 
grams were written to run swiftly and 
simply with few questions asked of users. 
Just those program comm.ands useful for the 
current assignment were stored on the com- 
puter and accessed through the class ac- 
count number . These single-purpose pro- 
grams were our crude equivalent for some 
of the simple one-word commands in a data 
base user language. RUN COPY, for ex- 
ample, substituted for a command like COPY 
of a regular user language. 
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^MANAGING DATA FORMATS 

Data management turned out to be sim- 
ple. Gettinq the series we wanted from 
thf. tapj to disk was the most difficult 
phase. The problem was, however, nearly 
identical to that foj other data bank 
tdpes we had previously seen, namely, 
Compustat and International Monetary Fund. 
We transferred all the data series needed 
from the NBER data bank for an exercise 
to a data file stored on disk. Each ex- 
ercise had Its own data file in GYSTAT 
rormat. If a series were usad in two 
exercises, we simply duplicated the series 
in two flies. At most, two exercises 
were assigned at any one time; at the end 
of each assignment, the class account was 
cleared. This was the extent of our data 
management. It worked well. Undoubtedly, 
if we expanded use, somet-hing equivalent 
to a small data base management language 
would then be needed. With the limited 
usage up to now, however, timing assign- 
ments has been a reasonable substitute 
for a data managemert language. 

DEVELOPING NEW ASSIGNMENTS 

Writing exercises using NBER data 
*eries was a straightforward but neces- 
sary part of creating our data base. We 
tried to write exercises that would go 
with all three of the managerial econom- 
ics texts we used during this time: 
Briaham and Pappas, Spencer, Seo, and 
SirKim, and Heiiry ar.d :^aynes , ^ ' ^ ' ^ All 
exercises to date deal with either de- 
mand or forecasting. Both these areas 
are well-suited to the NBER series. In 
the future we intend to write more ex- 
ercises in demand and forecasting, as 
well as to branch out to some of the 
other areas of managerial economics. 

EPILOGUE 

The crude data base we have des- 
cribed IS still being developed. It 
has been tested mostly on the same 
student volunteers who helped build it; 
only recently have some portions been 
tested on an entire class. Yet two re- 
sults are clear already. One is that 
overall time spent on computer exercises 
IS reduced. The j spent learning 
data entry and on ntry itself is vir- 
tually eliminated. More time is spent on 
analyzing results. On balance exercises 
are more valuable and take less time. 
The second result is that students get 
a glimpse of a successful data base, 
which we find particularly sig:iif icant. 
We want students to have experience 
with computer tools they are likely to 
be using a decade after they graduate. 
Data bases certainly appear to be a 
tool that will be common in the future 



yet one that is neglected in the present 
college curricula. 
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^'HYSIOLOGY or SMALL 
DATA PROCESSING SYsTFJMS 

Andrew Vazsonyi 
St . Mary ' s University 
San Ar.trjnio, T\ 



"~ '\\ :c it in ' '.st^rs '-L snail ciata proccssina 

ais, ,r '-sers o: t i:ii(^0'^.puter s presents a 
'^ow chaI'.er,:o to coT.outor educators. These 
isijrb are not concerned with the traditional 
s'^r ^ects cor-puter education like system 
Jt.^si:n, ore :rarTnin': , or data base manaae- 
-ent, rut wa: t a turnk&\ system. I'xperience 
-->rj/s th:t t';C3e users require sone computer 

' V led^ Lut this knowledno is quite dif- 
.^^^rcnt ror tno knuwlodae req'jirod by so- 
^risticated users and covered by traditional 
] r *' ' r'^a tion syston courses, 

m^s article describes our experiences 
w^th an educaticjnal prc'^ram oriented to these 
i.-w types of users. It describes the spccx- 
^ ic objectives o^ such an educational proqram, 
the "letihodo] o ry developed, the new course^ 
initiated, the concarrent laboratories re- 
. [aired to support this effort, and plans for 
fjture w'.^r.N. 

BACKGH^'l \D 

The fastest <4rovvinq segment of the computer 
m^ustr/ in the 1980s will be dedicated to the 
brail business 'jser. Various forecasts indi- 
cate that mil ions small systems will be 
instilled as a result of dramatic imTOvement 
m hardware and software and a drop m cost. 

End users have a dire need for turnkey 
ocrputer systems, and many vendors claim the 
availabilitv ^f such systems. However, expe- 
rience shows that such systems cannot be in- 
stalled ^Aithout expensive assistance from 
"endors because unsophisticated users do not 
understand computer systems. The ' cannot di- 
a iunse difficulties and failures, and so 
cannot resup>e operations without assistance. 
So, durin^^ implementation continuous support 
froir the vendor is required, and many users 
experience serious aggravation, delays, and 
cost overruns. After such systems are im- 
plemented, often there are serious operation- 
al difficulties. Frequent and costly support 



from vendors is unavoidable with currently 
available systems. Buyers today know these 
problems and are trying to take steps to 
got around them ( Wall Street Journal C5l). 

Vendors also are aware of these diffi- 
culties (L.B. Marienthal 131) and -»rc de- 
velcpinq techniques to reduce the cost of 
software development (R.D. Gordon C2], 
Wa 1 1 Street Journal r43) . Also efforts 
are under way to make computer systems 
friendly so that no special computer know- 
ledge IS required of small users. But this 
ideal aim J,s difficult or impossible ^ to 
achieve. In fact, their troubles are on 
the increase and they are beginning to re- 
fuse to take their woes silently. Today 
there are court lawsuits against computer 
and software vendors demanding millions of 
dollars in damages to repay their losses 
( Wall Street Journal [6]) . 

Notwithstanding these facts, the trend 
for vendors 'IS to decrease the support 
given to end users ( Business Week Cl]) . 

Thus there is a great need to educate 
unsophisticated users so they can implement 
and operate systems with more sel f-rel lance 
and less dependence on frequent support 
from vendors. 

It IS useful to compare the quality of 
material available to educate and train 
data processing people a^d end users. For 
^ucating professionals there are excellent 
textbooks , workbooks , and other material 
ava 1 lable . Tn computer sc lence , educat ion 
IS in a highly developed stage. Education 
of managers in the use of computer systems 
IS also well developed. However, examining 
the material available to end users, th- 
situation is quite different. Cookbook 
manuals are available to operate computers 
under rout ine conditions ; but there is es- 
sent-^ailv no troubleshooting material 
available, 'lii*^ 'unsophisticated end user 
ne»'d not know programming^ system design, 
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or cost benefit analysis, but does need an 
understanding? or the form, structure, and 
function of those parts of the system which 
opurate a data process inq system. The end 
user needs explanations in everyday language 
without the confusion of specialized tech- 
nictil terms. The end user needs to under- 
stand that a coriputer functions in a pre- 
determined manner ana is not subject to 
redes i^jn or modification. 

The needs of the end user are not dis- 
similar to those of the bioloqist who 
studies liMn^/ urqanisms without the pos- 
sibility of chanqin^j them. Anatomy is 
primarily the art of separating the parts 

an animal or plant in order to ascertain 
their- position. The anatomy of a computer 
system should be known to end users so that 
they are cognizant of where the subroutines 
are in the system, where the data and files 
are located, and so on._ But this is not 
enough, because thB end user needs mo rphology 
which deals not only with location , "but also 
with structure and form.. The end u..er needs 
to know how pro^irams tie ^together, what a 
data structure is, and how^ j>roqrams and data 
relate to each other. F'lnally, the end user 
needs phys iolocjy/ the branch of biology deal- 
ing with uhe processes, activities, and phe- 
. nomena incidental to and characteristic of 
life or livihq matter. To identity the ob- 
ject of our ^tudy we need to' ad^pt this 
definition as follows: Computer system phy- 
siology IS a branch of computer science, 
dealmtj with the processes, activities, and 
phohomena, incideiital to and characteristic 
of computer systems. 

Most of us know enough about the human 
body not to rush to a physician when we have 
a headache, prick ourselves with a needle, 
or have a stuffy nose. The user of the small 
system should know what to do when minor 
problems arise. 

Our research and educational strategy 
has undergone considerable redirection by 
recognizing; this need. We have decided to 
explain the ph/siology of minicomputers wich 
the aid of inverse simulation. 

INVERSE SIMl-LATION 

It IS customary to teach simulation by 
first introducing simulation via manual 
methods, and then proceedincj to the com- 
puter. We have turned this approach around 
and decided to explain a turnkey computer 
system with the aid of hand simulation. 
Kach program or subroutine is compared to 
a clerk who performs manual operations. 
Since the tasks of clerks are described 
m operating manuals, from the overall 
operational point of view there is no need 
to know the detailed activities of each 
clerk. Computer files on disks and tapes 
are replaced in inverse simulation by 



traditional accounting files. Input and 
Output devices are again replaced by clerks 
and their functions are described in every- 
day lanc^uaqe. 

This conversion of computer operations 
into manual operations leads to a ready 
understanding of how computer systems oper- 
ate. Unsophisticated users can obtain the 
necessary understanding to master the im- 
plementation and operation of tlioir compu- 
ter systems. To sum up, inverse simulation 
provides the bridge to end u3e for the un- 
sophisticated user without becoming a com* 
puter expert or masterinc the technical 
language of data processmcT specialists. 

THE NINE PKASrS OF THE RESEARCH PROGRAM 



Phase 1 



Phas. 2 



Phase 3 



Phase 4, 



Phase 5, 



Phase 6 



Phase 7, 



Phase 8, 



Phase 9, 



Perform on a computer system a 
case study similar tc the one used 
in a standard educational course. 
Dissect and analyze* the hardware 
and software system by examining 
the computerizatioiv of the case 
study. 

Fiy inverse simulation create a 
manual model cf the system. 
Observe various* system failures; 
examine the possibility of further 
difficulties . 

Develop a general technique of 
diagnostics for system failure. 
Develop recovery and restart tech- 
niques . 

Develop pilot systems using the 
computer system. 

Prepare manuals o*^ diagnostic and 
recovery techniques. 
Conduct pilot couises for unsophis- 
ticated users? test manuals and 
9vise them if necessary. 



STATUS AND PLANS 

We have augmented our traditional EDP 
computer science course in two different 
ways. We initiated a special ourse, "Com- 
puter Software for Decision Support Systems/ 
which carries out, with the support of spe- 
cially selected students, the research pro- 
gram described in this article. Second, we 
created series of laboratories in various 
functional areas of business where the com- 
puter is introduced as an integral part of 
the course and the students do their home- 
work on computers. The laboratory not only 
educates students, but provides a test 
ground for faculty self-development in 
using computers in business education. 

CONCLUSIONS AND BENEFITS 

There exists a severe bottleneck in the 
growth of computer systems for small busi- 
nesses because of the lack of understanding 
of unsophisticated users. We know that the 
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knowledge required by small users is dif- 
ferent from what is ordinarily taught in 
data processing and have learned how much 
new and required knowledge can be created. 
By borrowing from techniques of biology 
and using the inverse simulation technique, 
I found a promising approach to educate 
small users. 

The research program has already shown 
its value to students, faculty, and users 
of small computers. Students find that 
working with real systems speeds learning. 
In addition, students develop a user orien- 
tation which is almost impossible to achieve 
in the traditional teaching of computer 
science. Users of small computers appear 
to be quite willing to work with students 
on their problems, and the faculty finds 
It effective to teach students with real 
computer experimentation. 
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COMPUTER-SIMULATED 
MANAGEMENT TRMNIMG 
BETTER THAN 
CASE STUDIES 

Chauncey Burke 
Robert E, Callahan 
Albers School of Business 
Seattle University 



Our focus here, and the mission of 
business schools in general, is to develop 
students for top-management responsibil- 
ities. We business educators intend for 
our management graduates to integrate their 
topical knowledge of economics, accounting, 
production, marketing, and finance into 
countless administrative decisions, it is 
imperative that, somehow, the divergent 
bus*ness school curriculum converge to 
produce students able to integrate know- 
ledge, s-.udents who will graduate with 
the holistic concepts necessary to function 
in the real world. 

This goal had its origin in the Gordon- 
Howell report of 1959, which has been firmly 
incorporated by the aaCSB in its crxteria 
for business school curricula.^ The Gordon- 
Howell report empnasizes the need for a 
business policy "capstone" course as part 
of the core curriculum. This polciy course 
should develop students' skills in applying 
knowledge. William Boulton has provided 
a useful analogy, distinguishing the sports 
participant and bystander: "It is easy 
to understand hov% to win at golf — you 
iu3t get the little ball from one hole to 
the next with the fewest number of strokes. 
The problem comes in application — or the 
development of the skills of golf.**^ 

^kill Development bv Case Method 

To develop the sk^-lls of future man- 
agers, it has long been thought that the 
case study method is the most effective 
approach. Because cases describe a real 
business situation, they provide a dynamic 
platform for discussion, analysis, and 
recommendations. There are four sets of 
skills essential for a practicing manager: 
strategic analysis, communication, human 
relations, and the ability to make deci- 
sions (constrained by time and uncertainty). 
An ordered sequence of case studies can 
sharpen analytical skills by covering a 
bro^d range of business environments that 



require both concrete and abstract consid- 
eration. The environment can be manipulated 
by changing the economic or industry com- 
ponents, and the nature of the considera- 
tions are a function of the relevant tangi- 
ble or intangible data supporting the case. 

The case method has proven to be an 
exc*^llent tool for developing analytical 
skills. In a recent study of student 
satisfaction with the case method, res- 
pondents reported high satisfaction with 
problem identification and with improved abil- 
ity of analysis, as a result of case studies. 

In developing communication skills, 
the case method is again a successful 
tool. The very nature of case studies 
requires inductive reasoning and discus- 
sion. Written assignments are generally 
an integral part of case courses.^ Stu- 
dents and instructors have also expressed 
high satisfaction with the communication 
component of case studies.^ 

The two other essential skills neces- 
sary for successful management, human 
relations and decision-making ability, 
have little opportunity to develop in case 
study courses, Boulton has pointed out 
that human relations skills development is 
limited to whatever team project's may be 
assigned, and realistic mana^^ement deci- 
sion-making opportunities depend on the 
instructor's ability to simulate the real 
world in a **classroom culture."' 

Skill Development by Computer-Fimulated 
Training ' 

The advantage of automated manage- 
ment games is that they not only develop 
students* analytical and communication 
skills but also provide ample opportunity 
for students to work with others and to 
make decisions in a realistic environment. 

Analytical skills are improved, owing 
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to the immediate response of the business 
game. Studtr?nts must interpret the finan- 
cial data given, forecast the future envi- 
ronment, consider their hypothetjical 
firm's objectives, anticipate competitors' 
strategies, and make decisions involving 
all operations of the firm. Their subse- 
quent profit and market performance will 
reinforce their analytical abilities. The 
objective evaluation by the computer of 
the relative merits of the competing de- 
cisions has proven to be a strong per- 
suasive force encouraging students to 
change their decision-making techniques. 
A poor profit performance will quickly 
identify a quantitatively or qualitatively 
inferior analysis. The direct, specific 
evaluation by the computer is usually 
superior to that provided in most case 
study courses, which is generally limited 
to a few subjective comments from the 
instructor. 

Instructors can broaden the analysis 
by manipulatinq the tjaminq environment 
and mcreasina the complexity of required 
decisions throurjhout the exercise. For 
instance, changing the c?conomic environ- 
mont from growth to recession or intro- 
ducing new financing options available 
to competitors will broaden the student's 
iearning. 

/ 

DevelojJing the ^-ommun i cat i on skills 
necesoar/ for effective management is a 
prime concern of buskness-game instructors. 
The approach is similar to that used in 
case study courses. 'Specifically, stu- 
dents must submit wrfitten goals, objectives, 
and strategic plans for their firms. 
During the game, tho'y will periodically up- 
date the statement df goals, objectives, 
and strategies. Most management games 
end with an oral and written presentation 
by each "firm," highlighting their per- 
formance and outlining possible future 
strategies . 

The greatest weakness of the case 
study method is that students 'do not ex- 
perience the effect of a poor management 
decision or the randomness of luck. 
Business simulations provide the opportunity 
to taste the frustration and stress of 
operating losses and deficit cash balances. 
How better to learn the cost of poor 
decisions than to be forced to contend 
with their outcome? In a simulation, stu- 
dents must retrench when their financial 
position deteriorates; in case studies, stu- 
dents simply move on to the next case. 

Risk takmcj is an important aspect of 
management. In the real world, managers 



make most decisions based on in9omplete in- 
formation and assume some risk as to the 
outcome of their decisions. Similarly, 
in computer-simulated training, students 
not only practice assigning probability 
values to possible outcomes, but also ex- 
perience the results of their decisions. 
In the safe environment provided by 
simulation, students discover their in- 
dividual propensity for risk taking. We 
hope this learning will reduce costly 
errors in the real world. 

Computer-simulation training provides 
opportunities to make decisio* s as part 
of a management team, the context within 
wh ich organi zat lonal decisions are con- 
templated and finally executed. Teams 
can be deve loped that can represent top 
management decision makers. The teams 
must structure themselves to function 
effectively. Each team member must 
learn to speak clearly and cogently, lis- 
ten attentively, and value the opinions 
of others. The team must decide whether 
everyone will have equal responsibility 
and power, or if a hierarchical structure 
will be adopted . 

During simulation exercises, we 
have observed various methods that teams 
use to deal with the complexity of gene- 
ral management. We have also observed 
a close relationship between a team's 
performance (in terms of. return on invest^ 
ment, market share, and profitability) 
and its assessment of group behaviors. 
Each team uses a brief questionnaire to 
monitor goal clarity, agreement on 
goals, personal commitment to team goals, 
group procedures for problem solving, 
listening skills, member co^gfidence in 
one another, member opinion of group 
effectiveness, and the like. Those teams 
that focus on their behavioral indicators 
improve them through group discussion 
also improve their organizational per- 
formance ind icators . In contras t , teams 
that have started with relatively high 
behavioral indicators have rested on 
their laurels, making no effort to im- 
prove their team's internal functioning. 
As their behavioral indicators decrease, 
their organ 1 zat lonal performance also de-- 
clines. On one occasion, the team that 
ranked first in performance for thf 
first and several subsequent fiscal 
quarters ended up in last place at the 
conclus ion of the simulation . When 
asked what happened, the team members 
replied, "We just didn't concern our- 
selves with how we could work together 
better, and it showed in our par f orMance . " 
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Numerous similar observations have 
led us to the conclusion that the human 
relationships encountered and handled 
by team members are as important an area 
for .nanagerial skill development as are 
the more traditional areas. 

Two Computer Simulation Methods 

We have" used two computer-sirrulation 
programs m management training: a var- 
iation of the Stanford Bank Simulation 
and Top Executive. The Stanforc^ pro- 
gram was designed to simulate a medium- 
size bank (assets $700 million) in a 
competitive environment. Each program 
accommodates fiveS-person teams, each 
team made up of members with different 
skills and expertise, e.g., a commercial 
lending officer, a branch manager, a 
trust officer, an operations officer, 
and a personnel manager. The five teams 
have to com.pete for loans and deposits 
as well as manage their capital posi- 
tion and investment portfolio. For the 
most part, teams are entrusted with 
responsibilities of growth, safety, and 
profitability. The objective of the sim- 
ulation exercise is to force the team 
members to go beyond their individual 
areas of expertise to arrive at consensus 
decisions involving the complete range of 
bank strategies. 

To mold the individual participants 
into cohesive managament units^ team- 
building exercises are used, such as a 
consensus-seeking test whereby team mem- 
bers compare results of individual deci- 
sion making and group decision making. 
These exercises show how individual back- 
grounds and values affect decision-making 
approaches. Team behaviors are monitored 
throughout the simulation through periodic 
questionna ires . 

The five teams begin from an identical 
financial position. Each team then deter- 
mines its future growth and profitability 
by making a series of integrated decisions 
in an art if ici al environment representing 
the national eocnomy over a period of 
three years. The teauns go through a two- 
stage process in developing their goals 
and strategies. Initially, they attempt 
to articulate qualitatively what the image 
of their bank should be at the end of the 
planning period. General policy state- 
ments are then developed to support the 
desired image, e.g., "The commercial loan 
portfolio will bu managed to ensure quality 
by soliciting prime and high-grade creditors." 
Once the team members agree on the intended 
image, they translate specific goals into 
numerical objectives: return on invest- 
ment, debt/equity ratio, return on assets. 



capital adequacy, etc. 

After the goals and financial targets 
are established planniriq is completed 
when the teams have detormined a system 
for monitoring per f orir.ance . Most teams 
charted their execut ion of key f mancial 
strategies in relation to their objectives 
and re-evaluate their strategies as needed . 
During the bank management simulation, 
each team makes ten decisions spanning c 
period of two-and-a-half fiscal years. 
The teams make quarterly decisions in- 
volving loan pricing , service charges , 
marketing expenses, salary structure, 
branch maintenance and expansion, invest- 
ments, purchase and sale of federal funds, 
Federal Reserve borrowing , payment of 
dividends, and issuing or retiring cap- 
ital notes and stock. The teams make 
these decisions in an economy to simu- 
late periods of rising and declining loan 
demand. The simulation ends with perfor- 
mance presentations by the competing 
banks* The teams interpret their results 
in liqht of their oriqinal objectives. 
In addition to evaluating their financial 
performance, they describe their team's 
organizational structure and decision- 
making process. 

TOF.^XEC IS a business management sim- 
ulation developed by Albert Schrieber, 
Professor o*" Management and Organization 



at the University of Washington. 



10 



In our 



opinion, this simulation is the most 
sophisticated management game aval 1 able to 
business policy instructors. Schrieber 
originally designed it in 19S6 and has 
made continuous revisions an I improt^e- 
ments since then. The current version 
(Mark X) provides learning experiences 
of all general management functions . It 
IS a highly flexible program and can be 
made more or less complex according to the 
wishes of the instructor. 

A typical business policy course u.sing 
this simulation organizes 20 students into 
5 competing teams. The arrangement of the 
teams ensures a bread range of special** 
izationS, for instance, majors from fi- 
nance, management, marketing, and opera- 
tions systems will be teamed together. 
The initial class sessions are concerned 
with organizational structure anc strate- 
gic planning. Readings and lectures devel- 
op concepts, and the teams select a comp- 
any name, organizational structure, and 
goals and strategies. The teams are 
responsible for understanding the input 
requirements of the simulation, and 
are required to implement decisions 
through the computer. Failure to follow 
directions results in appropriate 
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penalties, which become fir.a^.cial charges 
against their operations budget. 

The model is flexible as to industry, 
type of operation (wholesale, retail) , and 
even type of currency (mark, franc, ster- 
ling, etc.). To start the game, most 
instructors select a technical manufactur- 
ing environment and provide the students 
with the Standard industry Code (SIC) 
identification. Decisions are made at 
quarterly intervals and typically involve 
16 decisions over a t'o-month period (real 
time). The initial management decisions 
are limited to product pricing, raw mater- 
ial purchases, production scheduling, 
marketing and r&d expenditures, purchase 
of industry (competitor) information, 
buying additional plant capacity, and sell- 
ing excess capacity. The teams submit 
estimates of dollar sales, net profits, 
a y cash balances with their decisions, and 
the program will accumulate variations from 
estimates throughout the game foj instruc- 
tor evaluation. 

Once the immediate analytical task is 
mastered, the instructor will introduce 
additional complexities by adding new 
phases m the simulation. Extensive use 
is made of the Wall Street Journal , since 
current market rates are used for all 
investing operations, e.g., money market 
rates, commodity investments, bond mar- 
kets, and stock markets. Financing rates 
are det*»rmined by current interest rates 
and the relative position of the firm to a 
prime borrower as identified in the firm's 
financing proposals. These are some of the 
complexities that can be introduced: 

Financing operations: Cc.ttpeting firms 
are allowed a line of credit that provides 
working capital funds. Subsequently, 
they must convert to a long-term debt struc- 
ture. After they have mastered their cash 
planning techniques, the firms may use any 
financing arrangement. In past simulations 
we have presented, firms have negotiated 
loans from competitors with imaginative re- 
payment structures; sale-leaseback plans 
have been arranged with competitors; 
bond debts with stock conversion features 
have been sold; stock issuances with 
varying underwriter agreemc ts executed; 
and to prepare students for the current 
political-economic environment, govern- 
ment-insured loan packages have been 
offered. 

Investing operations : Investing oppor- 
tunities are so varied that firms can 
choose to discontinue manufacturing oper- 
ations to tecome a financial operation. 
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Any listed market in the Wall Street 
Journal and any financing or investment 
negotiated with competitors is possible. 

Production management: Firms have 
many options in managing their volume and 
unit cost of production. They can mini- 
mize inventory levels without incurring / 
stockouts and maximize their use of plant / 
capacity to significantly affect their / 
game' performance . Management decisions / 
affecting production include purchasing 
raw materials, implementing new produc- / 
tion technology, scheduling multiple / 
production shifts, managing plant expan- / 
sion, warehousing operations, and sub- j 
contracting with competitors. j 

I 

Marketing tranagement : Firms can com- / 
pete m any combination of wholesale, 
retail, or distributor operations . A 
balanced mix of pricing, promotion, and 
product enhancement strategies are of 
primary importance for success. Firms / 
may sell inventory to competitors and / 
bid for government contracts to improve/ 
their sale performance. / 

Tax planning : Tax implications of / 
management decisions are an integral / 
part of the game. Decisions affecting/ 
inventory pricing, depreciation accourVting, 
capital investments, and financing / 
will have varying effects on the firmi 
tax picture. Any tax benefits avail-/ 
able under current tax codes a^e avail- 
able to competitors. / 

Le^al and regulatory environment : 
Competing firms may merge and the pro- 
gram will automate the financial con- 
solidations. However, the structure 
of the merger must adhere to the guide- 
lines of federal antitrust legislation, 
specifically Section VII of the Clayton 
Act. On occasion, competitors have 
brought suit because of violations, 
and the classroom has become a court of 
law. 

Labor contract negotiations have been 
role-played in the classroom. In a 
recent course we taught, firms negotiated 
individual labor contracts with student 
teams from a labor relations course. The 
labor contract terms were then incor- 
porated into the program as operating 
charges over the remaining simulation 
period . 

The Last Hurrah 

Our enthusiasm for computer-simulated 
management training should be evident. 
We believe that, without question, it 



IS an improvement over case studies. 
Simulations provide ncye comprehensive 
and more detailed experiences for future 
managers. In particular, they provide 
ample opportunity to develop human 
relations skills and to make decisions 
i-i a variety of environments. 

We urge instructors in business 
policy to consider making computer-sim- 
ulation training an integral part of their 
pedagogical repertoire, being convinced 
that this teaching method will play m 
Peoria as well as m Philadelphia. The 
realism and variety possible with simu- 
lation not only expand the information 
base for students m management, but 
elicit enthusiasm m students and stimu- 
late creative thinking. 
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THE ROLE OF A COMPUTER- 
BASED UNIVERSITY-WIDE 
TESTING SERVICE TO 

MANAGE LARGE 
ENROLLMENT COURSES 

Lewis J. Wood 
Jacqueline Ortega 
Brigham Voung Univ. 



At Brigham Young Univeri-ity, the 
computer-based univ 2rsity->,ide testing 
service serves as a major resource in the 
development of large enrollment classes. 
In fact. It IS indispensiblc for solving 
problems encountered in the growth and 
progress of such classes. This paper 
describes the computer-based testing 
system on this campus. Then, using as 
examples two mathematics programs, we will 
discuss in detail how this system can 
relate to coarse testing and management 
for very large enrol Inont courses. 
Since these courses have a combined 
enrollment of about 4,00U students who 
write nearly 3S,000 tests per semester, 
they hjve provided both the respective 
coordinators and the testing system with 
ample problems and situations for research 
ur.c^ development. 

DEVELOPMENT AND GENLRAL DFISCRIPTION OF 
SCOUT 

Development 

Testing Services (TST) at Brigham 
Young University (BYU) was organized in 
the lat^^ 1950s to provide psychological 
and vocational test support services to 
the Counseling Center. By 1966, the 
systen was providing general test scoring 
services to the entire university. In 
1971, the developers of this system felt 
that if faculty memlfeers could have the 
option of testing their students outside 
of normal lecture hours, more hours could 
be devoted to instruction and so began 
the service of providing out-of -c lass , 
compu ter-ai^'^i 3ted testing. 

TST management, with Univt;rsity 
administration support, began a systems 
analysis which culminated xn developing 
an entirely new method o*^ test processing 
at BYU^-Scout (System for Computer- 
On-line Universlty-widc Testing). 
Hardware Conf igur:jtion 

Scout 1«5 supported by a 64K, ^0 



megabyte Microdata minicomputer. 
Attached to the mini are ten Adds video 
display termi nals each equipped wi th a 
Monarch 2246 barcode reader. An NCS 7001 
optical scanner is backed up, off-line, 
by an NCS 7005 optical scanner. 
Completing the system are a Csntronics 
6600 upper/lowercase line printer, a 
Printronix 300 1 pm matrix printer, and a 
9-track, 800 bpi tape drive. Hardware ' 
costs totaled approximately $100,000. 
Scout IS written in an extended version 
of Basic. The system took about twel e 
months to design, code, debug, and put 
into operation . 
Staff, Budget, and Volume 

The Testing Cenier is housed on the 
main floor of the University*s Harold B. 
Lee Library. It occupies approximately 
6,000 square feet of floor space. It is 
staffed by three fu^l-tlme 
administrativo/staf f personnel and 25-30 
part-time student employees. The facility 
IS open 12 hours per day Monday-Friday 
and four hours on Saturday. 

The Center operates on an annual 
$200,000 budget and is self-supporting: 
academic departments and students are 
charged for tests administered. 

Since implementing Scout on August 26, 
1976, over 1,200,000 tests have been 
administered. The current volume is more 
than 300,000 tests per year, serving 260 
di f f crent classes ranging m size f rom 
25 to 2,500 students. 

GENERAL DESCRIPTION OF SERVICES 

There are sever a 1 standard servi ces 
offered by the Testing Center, variations 
of which can be chosen by program 
coordinators or instructors for their 
classes. 

Class Initialization 

Class Initialization creates a class 
roll for each class requesting testing 
services. At the beginning of a semester, 
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To s 1 nq Cen Le r , t h^j co j t , 
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i list of ti.stinq poriocU And to .t w«'V^nt 
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during the sc^or^tor. r^u mstru t^r - .i . 
re'jJObt a rcKV^f cjption*. If ^tihiunt., irt- 
porn It tod to r-ztaKO ir» oMrur. it i <ri , trtt 
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mstruct-.r ^l decide 
feedback inff-r'nition i 
the student. 

The first stop in creating x file 
to use the Cn i ver s i t . ' j "Student 
Tnformat 1 3ri S '.^ten-," r^n BY'. ' IBM 4341 
computer and cnotiin t t ip»^ cjf ill 
students -urr.^nt I onroUod at~the 
I In 1 vers If, md a U-:t of each ^.tudent's 
curron*- class re(j i s t ^ 1 1 lon . Th*.^ tape is 
t hen u 3od to i n 1 1 l 1 1 i z e Scou t c 1 a ^ s file, 
A student wno enrc^IliJ late and is nor 
included on the class roll when it 
tapped can ho addi^-J when he takes the 
first tes* . The class tap eliminates n) 
errors, speeds up '=tadent entry at tnc 
first of f-,o semester, and c,ives coarse 
personnel an ^iccn-r^tn ciass list. As 
soon as the tap is completed. Scout is 
ready fr^r the clast. members to boqin 
their testin^., . 
Student Entr\ 

Durmq t'le indicated testinq period, 
the student comes int^^ the Testim 
Cent'^-r. L'kinq the Monarch 2 246, a 
barcode label on the back of the 
student's University ID is read and 
Scout responds, indicatinq that the 
student IS ^identified. ' 

The Testinq Center employee scans tlie 
appropriate barcode label in the test 
identification book telling Scout w'hicli 
test the student wmts, and t lie system 
resDonds b'^ randomly assicjninq a form of 
test to be adm in is terod » 7he 
appropriate o.xaminaMon is' then issufvj. 
At this time, before entry to the 
testinq area is cleared, Scout auto-* 
maticall. -hecks tiie student's files for 
class enroilnen*.. In the caso of a 
retake exam, Scou^ assesses the 
appropriate fee ar.d then checks to make 
sure the jssiqned form of the test has 
not been previously taken » The test 
deadline i> 1 1 so verified to .isjiuro tiiat^ 
that the student is ti^mq tho te^^t 
Within th»' 1 it h' 'r 1 .-^ed t irr,r period, ind 
if not, a penal t/ for lite tests cMn be 
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I "1^ t r uc t ^r , " lo 1 1 1 icjn o ♦ f 'i - ■ : n n 
requ 1 at Ions , etc. TST n m i"e-i»'ru * m \] 
r I I ; \ r, tudent ^ f m problfTL^ -.t 
i '^^ Cijiiu 1 a 1 1 V'^ ♦.'St flit*. 

Ar. ->.-f»n OS 1 'itr . i.s clc.-it.'u, 
stud«_':d Aitn his f>\am ano in-.%< 
tdritteri tt; t'K testm^i irr-a. 
]nd clear m pr'-'^-^ss nc^rm \ \ \ 
-nx to fiftcn secor^h,, d'-Mniii 
-student and the t',-,t h*^ i tak; 
tMf st'idt nt 1 ^n.ide t:u. t'Stin: 
>cout I'-^WT n-'jn 1 tv .r irui sn ^\\'\\ 
ma n i q erie n f- has i m a n t of i ] I s t ud.^ ^ 
tc»- s\btoM as 'veil as n.mu^ , , test 
taken, and iM otro^r particulirs i.-.-ut 
e ich student . 

To -it Scor ma and St u>ien t *p'''r t s 

When t !i 0 s t adt • n t h a ^ finished h i s o :< a m , 
ho bt mcis It to tr.i^ scorinq tiDlc, Hc^rr- 
a prr 'Ctor puts the answer sheet i n* o an 
optical scanner. The answer iqeL^t barco'i.' 
numijor a^- well as student answots are 
transmitted to the Microdata for scorinq. 
Sc'iut'b scorinq proqram Kientifies the 
student from ti;e inswer shoot ID, sf^octs 
the appropriate ke\'^to score the test, and 
tnea posts^>?<^ results m the rstuicnt's 
cumulative file. The proqram also 
transnt^ tu the printer the student's 
nane, social securit; number, raw score, 
percent ocore, letter qrade, class 
information, o'.c. At the instructor's 
option, the proqram can also provi do 
additional information such as; a list of 
the Items the -student missed, the 
student's respen-^es to the questions, ind 
tne correct answers. It can aK.o compute 
specific artva scores within the test, 
thus indicatinu explicit areas of student 
Weakness. Scorin-i, postinq, ind report ina 
takes aiiout twelve seconds. T!ie student 
exits 'Aith a hard cop of his exam results. 

I f the student loses hiS report , or if 
ne v/ints a cumulative r'>pot t , 'Sceut cm 
reprint his f:>riqinal report or produce .i 
report listinq all tests tak-n for M\ his 
classes nn tht? system. 
On-line Cumulative Faculty Reports 

As soon cus Scout's scorinq pronram has 
prj^ted the score to the student's 
cumulative file, ^^\s file can be reported 
to the instructor. Oenorall%, but not 
necossar 1 1-^ , these facult, cumulative 
reports run at nKiht aft(>r the effict. is 
closed and are then ready tne next mnrninq. 
These reports cin be ilpnabetiz«a h class 
^e'-Mon or overall (all s*'ctions conbine<]). 
The' can also b*.- print'^i m so- i il 
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securiti number order without names for 
posting . 

The cumulative faculty report lists 
percent and total points and Scout can 
assign a cumulative letter grade in 
addition to listing student scores on 
each exam. For each exam, mean scores, 
standard deviations^ medians, modes, and 
scoring ranges are printed. Depending 
upon th^ option chosen when the class was 
initialized, the reported score on a 
particular exam can be either the 
student's best or his last score. The 
instructor can even change this option 
and get reports both ways if desired, 
thus allowing measurement of student 
progress on retake exams. 

In addition to the grading features 
just listed, an item analysis is provided 
on each test item giving frequency of 
response, percentage of students 
answering each response, and a coefficient 
of selective efficiency to determine item 
discrimination. Score distribution 
means, modes, medians, standard 
deviations, kurtosis, skew, and other 
statistical measures are also provided 
to facilitate a more complete analysis of 
each test. 
Grades Transmission 

Traditionally at BYU, instructors have 
had the responsibility of assigning a 
student's semester grade, coding a grade 
roll, and submitting that grade roll to 
the Records Office. That office in turn 
brings the rolls to Testing Services to 
be optically scanned and sent to 
Computer Services for processing and 
posting to the student's transcript. 
Since Testing Services already had the 
Scout test data in machine-readable form 
at the end of the semester, a new module 
was added to the system at the Math 
Department's request. This module 
allows instructors to transmit their 
grades directly, bypassing the somewhat 
cumbersome and error-prone grade roll 
procedure and saving the instructor many 
hours of tedious semester-end work. 

TESTING SERVICES AND THE GROWTH OP TWO 
LARGE- ENROLLMENT MATH COURSES 

Two math courses make up roughly 33% 
of Testing Center business. These 
courses began to experience phenomen^il 
growth about five years ago. As 
enrollment grew, the management systems 
for these courses began to be strained. 
These two courses presently serve about 
'4, 500 stude.nts per semester. Most of 
the students are pursuing majors outside 
matheiT 5 tics . Few tenured faculty are 
involved at t>v^^JJlevel , and a small 
graduate program in math does not provide 



enough graduate students to serve the 
needs of such large enrollment courses. 
Special management designs were needed 
because of the large enrollments and 
instructor limitation. These designs led 
to creating some flexible, but very 
stable, systems m which instructors can 
enter and exit without destroying the 
continuity of student progress from one 
semester to another. The instructor's 
concern xs with content and presentation 
rather than course management, testing, 
etc . 

The courses served by these systems 
are Basic Math Review, which is a 
remedia 1 course preparatory to the Basic 
Math Skills Evaluation required as a part 
of the University's General Education 
program; and College Algebra/Trig, which 
is a calculus preparatory course, but is 
also terminal for many. For both of 
these programs, we chose mastery learning 
format multiple form testing, which gives 
feedback after each test attempt. The 
students are strictly paced as they 
proceed through the course material. 
Grades m both courses are assigned 
against fixed scales. 

Basic Math Review - Organization of the 
Course 

Math lOOD covers the basic 
mathematical skills and applications 
needed to pass the General Education 
Evaluation (known hereafter as the G.E. 
exam) . The course provides students with: 

1. a review of applied arithmetic skills 
Involving percentages and statistical 
graphs . 

2. a review of common geometric figures 
and ineasurement formulas and an 
introduction to the metric system. 

3. an introduction to basic principles 
and skills in working with algebraic 
expressions and equations. 

4. experience in applying arithmetic and 
algebraic skills to interpreting and 
solving verbal problems. 

This course heavily emphasizes verbal 
problem-solving skills, consistent with 
tho goals of the general education 
experience. 

The course material is organized into 
eight study units, each of which is 
followed by an examination. In addition, 
the G.E. examination serves as a 
comprehensive final. 

For most students m this course, 
there are no lectures given and no formal 
class period assigned. Instead, the high- 
support component of this course, the math 
lab, offers students support and 
resources to meet the needs of their ' 
individual learning process. 
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Coi^otje Alqebra/Tna - Organization of 
tho Coarse 

Math liO IS procalcului, mdthcmat it-o , 
It contains material often de:^cribod as 
colbj.^e algebra and trigonometry, plus 
some additional topics. It is organ i zed 
into eight individually taught and graded 
mini courses of modules: 

lOOr A Reviovv of Kiindamentals 
1.0 nrs 

ilOA Polynomial and Rational 
Funct ^ ons 
1.0 h r s 

11 OB Kxponentijl and Logarithmic 
Funct ions 
0. 5 hrs 

HOC Matrices and S'.sterrs of Linear 
Cqua t ions 

0.5 hrs 
HOD Conbinator ICS 

0.5 hrs 
Hoe Linear f^rog ramming 

0.5 hrs 
LllA Trigonometrv 

2.0 hrs 
11 IB Coordinate Geometrv 

0.5 hrs 

A specific sequence of modules 
arranged for presentation during the 
semester at a fixed hour in a given room 
IS called a track . A track schedule , a 
description of the current semester's 
offering of modules listed in tracks, 
IS available to each student and is in 
the math lab. 

A student registers for Math HQ for a 
variable credit of at least two hours 
(unless permission is given ny the 
prcgrain director). After attending a 
first-day orientation, he determines 
which modules in which tracks he wishos 
to attend. The student indicates this 
program through an initialization 
procedure during the first days of the 
semester. If the student later wishes 
to change this initial program, he may 
do so up to the date posted for 
f inalization of all Math 110 programs. 
Note that at no time may a student drop 
Math 110 without going through the 
official University drop procedure, nor 
inay a student change hi55 program to less 
than two credit hours in Math 110. 

A Student's grade in a particular 
module is determined by the score 
attained on an eximination covering the 
material in that module. The student 
has the opportunity to be reexamined 
twice over the module at his expense, 
but all examinations over a particula r 
module m a particular track must be 
completed by the date posted in the 
current track schedule. 



SPECIFIC COURSL* PROBLEMS AND, CONCERNS 
MATH 10013 
Enro 1 Iment 

Early in the development- of the Math 
lOOD program, student.^ enrolled in the 
course through regular registration , but 
enrolled at ^thc Testing Center by taking 
their first exam. This double 
registration resulted in some differences 
between the University class roll and the 
roll reported from the Testing Center. 
In addition, the testing roll also 
continued to carry the names of students 
who had dropped the cla .s after taking 
one or more exams. By the end of the 
Semester, these differences confused and 
concerned the instructors. Imj^ lementation 
of the class tap procedures in 1978 
provided instructors not only with current 
student progress, but also with current 
courso registration information that was 
consistent with University rolls. 
Test ing 

All testing for Math lOOD takes place 
in the Testing Center, Thus the student 
can choose a testing time when he is 
prepared and when it is convenient to 
spend the necessary time. The program 
provided by Scout paces the students 
through nine exams according to a schedule 
provided by the course coordinator. The 
Scout system keeps track of who has 
tested and how many times each student 
has tried each exam, and records t'he 
results of each student's best try for 
instructor inspection. Since about 
17,000 tests are processed each semester 
for Math lOOD, this tracking and recording 
service saves hours of instructor time 
which can then be used for tutorial, 
counseling, or course development. 

In addition to the giant bookkeeping 
assistance, however, the Testin<i Center 
director and his staff have flayed a 
major roll in helpirg the course 
developers and coordinators to streamline 
the testing process so that students can 
test as quickly and smoothly as posisible. 
Their suggestions and assistance in 
problem solving have been maior keys to 
the success of system changes. 
Grading 

Early in the history of Math lOOD, the 
comouter assigned all grades except those 
altered by instructor decision. 
Recording final grades for submission to 
Records was done by hand marking grade 
rolls. This process was laborious and 
exceptionally prone to human errors. 
Incorporation of the grade-transmission 
feature of Scout relieved 6oth the labor 
and the errors of the grading process. 
With Math lOOD enrollment at about 1,500 
students per semester, the relatively 
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error-free submission of grades saves an 
enormous amount of beginning-of-semester 
q. ade change hassle. 
Evaluation 

One of the strongest developmental 
supports offered by the Scout system and 
the Testing Center is its ability to 
provide data and data interpretation for 
program evaluation purposes. Math lOOD 
IS comprised of students with a wide 
rancjo of abx lilies and special needs. In 
order to sorve them w^ll, areas of 
weakness in the syster. must be identified 
and strengthened. Scout has provided 
information about the relative difficulty 
of our exams. Ic has helped to identify 
bad questions or questioning techniques. 
The system h£?s assisted m surveying 
student attitudes toward a particular part 
of the managoment ?vstem or study 
materialr,. Student information such as 
the relationship between ACT scores and 
student success has helped in our 
counseling efforts. Together, the Center 
and course coordinator have identif ed 
and developed tentative solution 
possibilities with great regularity. 

MATH 110 
Enrol Iment 

Because of the special nature of Math 
110 enrollment, computer assistance is 
e},tcem^\i '^ielpful. In Matn 110, 2,400 
students enroll through regular 
registration. These students are then 
distributed into 10,000 modules which 
translates to a 10,000 student load by 
the process of initialization. The 
Testing Center scans and records all the 
initialization forms. Later in the term 
when each student has stabilized his 
program, he can retain his initial 
program or he ma^ change his program by 
finalizing. Again, the Testing Center 
sc^ns and records this new information 
into a final program roll which is then 
submitted to registration for printing ^ 
of grade rolls. 
Tes t ing 

Students in Math 110 accumulate about 
15^000 tests during a semester 10,000 
first takes of each module fi .ai and 
about 0,000 retakes. Scout keeps track 
of student testing, paces the student 
.iccording to testing intervals, and 
allows him within these intervals to try 
each exam three times. A special feature 
of the Math 110 program is that it 
actually paces the student with two sets 
of dead 1 ines--an initial or bonus period 
and a final deadline. If the student 
takes and passes the test on or before 
the initial deadline, he receives a half- 
grade step bonus (B to B+ , etc.) for that 
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test. This bonus then follows the 
student on any retake of that exam he 
chooses to write. The student may also 
change his testing date deadlines by 
changing tracks. Scout contains student 
trac'c information from initialization so 
that a terminal operator can change the 
track . 
Grading 

The computer cnooses the highest letter 
grade from each module for which the 
student is registered and records the 
grade for transmi ssion to records . Using 
the grade-transmission package in Scout 
IS even more valuable in this course than 
foj- Math lOOD. As was pi^eviously 
mentioned, even though the enrollment of 
Math 110 IS 2,400 students, because each 
student is graded for an average of four 
modules, close to 10,000 grades are 
submitted. Before the direct grades 
transmission was used, the human error 
factor here was phenomenal. That problem 
has been reduced to a small, easy-to- 
handle number of grade problems. 

RESULTS 

The Department of Mathematics, in spite 
of the expense, supports the importance 
of continued involvement and research in 
the computer assisted areas of the two 
math systems described. Early in the 
mutual involvement between Math lOOD - 
Math 110 and Testing Services, survival 
was the main impetus. The use of Scout 
centered around bookkeeping and flexible 
testing hours. Now that 'instructors have 
,"^|iore time and energy available to look 
""-critically at their programs, the more 
powerful nature of the system, such as 
for evaluation efforts, has become a 
welcome part of the experience. 
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A ^Tl'DY or THE hFl M'lTVFNI SS 
OF UiMPHKR-AS^TSH i) 
FM DBACK FOR MOhlH ISC 
lE/V 1. HhHWIOR IN' AN 
INShRVlCh SFTITNf. 

Cathv L, Crossland, Ld.I). 
N . ( . Statf Un I ver^ i t\ 



Tearhin>i proce^-,fs art- compUx mu 1 1 id inieuMon- 
al phenomt*na; thus, if improvt-rtifnt in tt-achin^ ht*- 
havior is expected^ then ^achers imist have a 
Chdnct* to study their tt .ling profiles and t-xperi- 
ment with and practice effective t^Mching behaviors 
(Semmel, 1975). Hi^torlcallv, a large ;art ot this 
change has. been made possible uslnft intoracniun anal- 
ysis systems (Flanders, 1970; Simon & Boyer, 
1970), which provide f-. aback about the teacher- 
pupil interaction jn the classroom. 

A number of researchers have successfully 
trained teachers to use specific interactive teach- 
ing behaviors and Patterns In the clarfsroom (Ami- 
don. 1970; Carlson, 1974; Klem & Sorge, 1974). 
They provided the teacher with a precise record of 
hlj*/her class oum interact iun behavior, wh i » was 
collected via an interaction analysis system. Cen- 
erally, these systems ciassifv the classroom inter- 
actions of teachers and pupils into various content 
categories that define what the designers deem im- 
portant classroom processes. For example, Flanders 
(1964) focused on categories of teacher and pupil 

^Ik (e.g., praise and encouragement, questions, 
lecturing, and student-Initiated talk), whil: Fink 
and Semmel (1971) *^ocused on pupil off-task and 
teacher control behaviors. Lynch and Ames (1971) 
categorized the cognitive demands made by teachers 
In their interaction system. 

These Interaction analvsls Instruments allow 
for a systematic record of teaching acts, as well 
as scrutinizing^ the process of teaching by laklng 
into account each small bit of interaction that 
occurs (Flanders, 1970). Interaction analysis sys- 
teir^ provide an objective means of gathering data 
that can be uB^d to understand a classroom situa- 
tion or an Individual's behavior. u Is an organ- 
ized way of looking for differences tuat may have 
positive or negative slgnlflcanc; In a child's edu- 
cation. Interaction analysis systems have shown 
considerable proml&e as a basic training vehicle 
around which a comprehensive program for tb:? devel- 
opment of interactive teaching skills can be used 
(Semmel & ThlagaraJ ^o, 1973). 

APPLICATION OF COMPUTFR TFCHNOLOGY TO INSKKVICE 
TEACHER EDUCATION 

Interaction analysis systems have an intrinsic 



appi-al to t*MchkT^, Hu-v i.i) I'stablisfi 'i svt o* 
os>frci. lonal Iv dt.'tip»-d bi-havn>ral OMjcc^i.-i's fur 
thf teacher, (b) sti^v^j'st an impli< .t set nf train- 
iiK proceJurt's for train. -rs, and (O j>rovi<' a st-t 
or >>round rules that pfrmit reliihle measu.m.^ of a 
te.u her ' s pro^rt ss , 

While ideallv suited to the -equ i rements nt a 
sk I U -or I en ted training program, mtercKlu.n analy- 
sis systems have limited u'.e as optTatxonal tools 
for inservice training; pro^'rams. Ttiev require ex- 
t 'iisive time bv the trainers who, after observins^ 
and coding teacher-pupil interactions, mu*;t stimmar- 
ize, .^nalvze, and substtjuently nresent the results 
to the teacher. Thus, the total training process 
becomes tedious and time consuming. Furthermore, 
when usmj; tltese traditional methods, manv reltvant 
dimensions of the observed pupil-teacher interac- 
tion (e.,^., stquentlal patterns) are obscured, fre- 

,entlv oversimplifying the interchange between 
trainee and le^'rner. Unlil limitations can be 
overcome ir a t ost-ef f ec t i ve manner, the practual 
applicaticis of interaction analysis methods to 
teacher education will remain unlikely (Deno, 1975; 
Semmel, 1972). 

One possible stilution to these limitations is 
exploiting computer tech.iologv (Turner, 1972). 
As Turner ha«? stated (p. 20): 

Forthcoming development in computer util^ 
izatlon in teacher In«iervice education 
lies in t he use of smal 1 , nexpens i ve 
real-time computers which are connect. *d 
on-line to the classroom. One method 
of using this type of .,vstem is to code 
the behavuir of the teacher ir. the class- 
room as It occurs, transmit it to the 
computer for virtually instant analysis, 
and transmit the analyzed behavior back 
to the teacfier so that he/she has con- 
tinuous feedback about his/her own in- 
st rue t ion . 

PL'RPOSF 

This study inyestigated the effectiveness of 
using a Computer-A.ssisted Teacher Training .System 
(CATTS) to modify teaching behavior^ toward men- 
tally handicapped stiidentn in a public school. The 
change in teat her behavior was defined bv two 
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* t s t I I t\i' 15 ii; ' i » -iiMl t !:. t ,M ( ;u>s 1 1 1 ) or m* 
t» r u t juas <1 5 r.'. t» vl ». tin Ct-uiur to-^.jul l h. stu- 
■l.'fit . 

Ml I ho:) 

• 

This stiuK fv.i 1 u,i 1 .T tf.uluT I'lUii .it iDii s.stom 
ktinwn .1, tfu' ' omputtT-Ass 1 sti il 'i-.i. htT Ir.iinitivi S\s- 
t«'n UAIIS) wlinh w.Js di'Vf I opetl bv Stmmi-l { MhM , 

fTii'l (iMhM) <li't ined his svstfm .is i h)st hn)p t v- 
^>erneru svsti't, taiidbU' ot proiltu nm imUiniuuis, 
1 mmt'tt i.iCi* t fed hat k ot i i U'v.iiu tc.iil»or-p pil intir- 
\ r ion to t\\i' trjiru'i* in tlu* t l.issrooin, su moditi- 
t at "oil hfhavior » .in hi- r.'.ilwfd tlirouv;h remila- 
tor. t. athi'ii; muvt-s ui .htorJmre witfi pri-di-tt rnunfd 
»>b ]t I 1 1 vf^" (p. H) . 

1(1 implfmt'nt thi^ bfliavior.il c'uin^j;^ stiidv, wo 
usod a Fitnlifift! ( i I S t on f Klira t i on . It js fvitlont 
th.it althtMik^h tho rost of lomputi-r hardwart' has 
dropped oxpontTL la 1 1 V ovor tho past soveral vi-ars, 
m^tillin^ a tt>n>piitcr systom diulnatod to bupporu- 

an instTviot- t'tlurat ion svsti in is still i*ooniiin it- 
all v untfjsiblt' tor most piiblir st bonis. So tho 
stijtlv t'Xplort'd usln« an existing in-hoiise tontral 
.idmtn ii>t rat ion tomputor. The conputer, t)wnod joint- 
ly bv sevt-ral school districts and usod primarilv 
for aorountini?, provided t'ATrs toodback in a dolavod 
mode. In th«- rontext ot this ,studv, dolavod feod- 
batk was defined as providing intoraotion analysts 
data to the to.u'ht'rs aiivwhon- from iO minutes tn 
ttiree hour*- Mt-r tho tearhuu* si ss inns. In tho 
tontt/ct ot ruin in an.ilvsis ot the same data, this 
turrirounti time would be considered immediate. 

The spet ifii f'ATTS conf i ^ur.i t i on dt-velopetl tor 
this sttulv is silown in Fi^^-v *, It consisted of 
tour Interdependent staru>nst 3 teacliin^ and rod in^ 
station, I data '^'^oding statiou, a data analysis 
anu ,t:jta>*e station, aiut a tlata input and ft edbat k 
station. Karh t)f these statioti^ is described md 
Us function within the mod it lid CATTS d'lscussed 
be I ow. 

leachiuk; and (odln^, '>tatiuJi 

Tht-' first station occurred wherever te.uher 
and pupil wen- interacting A trained observer 
cfxii'ct the interactive behavior ot the two, and tliat 
toding providetl the link hetwei'n the events oicur- 
rin^ in tht classroom and ttn- computer analysis of 
Chosf events. Data from nb ervation periods were 
«ath* re<i hv the observer usinj< a portable data entry 
device called a DAFAMYTK The DATAMYTK is a hand- 
he 1*1 button p.id tor numerical Iv cotled data entrv 
which wa«j connet tetl to a Norelco casse*^te tape re- 
i order. Data were stored on standard auditi r.issette 
tapes until thev could be decoded and analvzed on 
the tomputer. 

Data Uetoding Station 

The "let find station was ( omposetl of a DATAMYTP 
coupler connected to and [u>use«l near the remote i nm- 
puter terminal In t hp sctiool. Observational data 
collected on the DATAMYTK were decoded bv plavin>» 



^> 1' »• tin .imiio lilt, I t.ipo into tht »»Miphr, rt - 
MtltifK' in tLi .ludibl. i)\l'\M>lf- i od. s hiinj tlo- 
» od^ d jiui r<iordi'd .is st,uid,.id \S( !i lodi*-. on a 
, iipt t {.jp< |nm* hrd t rom ttu- .ittJihid on-liiu i om- 
.Mittr t- r^'inal. Iho p.ipor t.ipi t i'[)ri'si'[)t ed one 
td^sorvat KMi '^i^smn I orm.it ted for i oiiiputor input. 

Datii AnaKsis .in»j stor.iKi* Station 

1 bo I h I rtl st .1 1 1 on (\o\ at od aj)pi o\ im.Ui' I v 1 i 
m I K's I rom tht ro si-.irt li site), the tiat.i ana 1 \ s i s 
.i\u\ stor station, .ilso sor\'OtI as tlie oi-ntr.il 
.idm in 1 s t rat inn computing f.iiilit^. i''o IBM ibo 
tomputi-r reieivod, storetl, analv/od, aiui returned 
tht ootlotl <?bsi' r vat 1 t^n.i 1 ,tiata, 

[)ata Input ami Poetibajrk Stat mti 

ilie ftnirth station, the mti'rfaeo botweiMi the 
I lassrtiom and tlie computer, consisted ot a com- 
puter Cerminai, Here the d< < oded p.ipor tape i on- 
tainini* t iie of^servat lonal tl.it.i w.is roatl throui;h 
the terminal into the tt)mputer over teK'phone 
lines, analvzed, btored, and tetl b.;ok tti thi* ter- 
minal housi'd m tile school, 

Tn summary, tht- observer /cotler ctuinet ted the 
events otcurrinj,^ in the i l.issroom .ind the com- 
puter. Behavior in the teaching: station was ob- 
served and coded hy a tr lined individual, decoded 
bv the [)A£AM>il rouph^r, .tnd transmitted via the 
remote tomputor terminal at the school to the corn- 
putt r taeilitv several miles aw.iv. Within a "lat- 
ter ot minutes, the data were malvzed, summarized, 
storod, and printed out on the remote terminal at 
the school. I he summ.irv printout nrovnietl a om- 
prehensive .tna lysis 'of all behavior coded in tue 
classroom, wliich was then used as feedback bv the 
teacher delivering instructional .services to ac- 
complish the predetermineti snc io-behavioral objec- 
tives tor the students. 

Data Col lection Ins t rument 

For this studv, we had to develop an intorac- 
tion analysis svstem to record beliavioral interac- 
titins betwj'on teachers and pupils. A two-lovel 
mul t icatey:orv observation instruTient was designed 
as the primarv method of. data collection. The in-* 
strument was engineered to al U^w .i trained ob- 
server to record pupil, teac-ber, and situational 
classroom data simul taneousl v, 

1 he ohser vat ion I n struma? nt ine 1 udod two 
levels of te^iclier categorlt's; one descrlbifi>» tlie 
atfective implications of the teacher behavior 
( i , e , , approva I , d isapproval , or neut ral bebav ior) 
and a second describing the tvpe of behavior ex- 
hibited bv the teacher (I,e., verbal, phvsic<»l, 
non-verbal, etc). Fifteen teacher categories 
could be generated from tlte eight sub-behaviors by 
using all possibh' combinations across the two 
love Is . 

Sam^j 1 e 

The investigation was done in a public s< ool 
which provided servjies for ISO moderatelv men- 
tally retarded students anti liad .i professional 
staff of IS teachers certified In special eduea- 
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' I i i'\ > t 1 1 V I u i - 'u I h ) r 1 1 i i,i 1 ! t' r ( It , 

• { . { r t 'J.', "t . [ -1. : It I u. r. t h. !i ii I .) 
1* . t: .> » .1 I. .It t 'Mi'i < li h r. i< !i r' , . l.i-.- \\>o 
.1 . • I. i 't 1 1 i tu' 1 III . .1 ' i»r ill : 4 1 ill t I .« 1 ,1 ' n . 
'1 . , t 'li t ir t t '0';u 1 If n»n : > r I li i ^. -.t .iil , m- 
.1^. .1 I "St I. J. ' . 111 i 1 - . 

' .}t f u 1 it niv ( . i» 't r - s t . ! ro - '1 id » i 
. . 1 r . . < I i , \ it' I ' t in 1 . t o ' U . . 1 r s o * t • . i» ! i - 
• v.M.-r 1 1 lu r 111 I (! ' f ) > t (1 ! I ' i .i t , w t I n >i 
J", "t > . ir^. Ml {hi iuiu tt.uiur^ haJ 

{ . i. r M r I II 1 Ml ci in I'm i u-i . 

r 'I . ; I r ■ s 

' . t v» I 1 « ( I I .M v» ' h j-v. ; .it« ' Jt I U.lS hi Min 
. IJ-'«in tft '< lioii ti* tl» riint j,rou )s/ ln»iv, , 
' ' ♦ M - 1 1 J u r 1 , i I »n . I , 1 1 ,1 ■ ) ' J -M - J '1 nil' ihc t 
I ' f' r J ' ioi! /. r i>tl'- , I u ri i-- r i tui 1 fi^t i ui; Jf^ 
iMtili-. *'!» .t*^' -.■ r vt i-i otit t ti)ll*ttt'tl tht h.iN« - 
Itn> ' it I '1 'hi' cifiHiTv It ii^n ->'sti'iT. Iln' h-r^* - 

in D^-, r ir urns vn-l-'i^d i,',in« i^iitil' tivf lu>ur> 

'.T L'li hiFvlt in,i (>1 Iht ttit.!', ! r*i"i h.lsi'lir." 

1 1> mt « r . < fit itMi . 

ff'lhtwui. r hi' inllti Li.'ii o; h i^,*. 1 nu- <lat,i, 

lit Mint ^ • 1 )H iMt> , ft r UHitr:^! l •!,(.■(! to oiu 

o! rhri.' tri .tint fit t luiii 1 1 lon-^ (1) no (Mis ttu'd- 

^ ii i- , in! tit (\irs int. Tit 1 ui !*NMlbrtl., 

\o t \ ; t f I 1, ts *)nii It If 'u 

!t' t>» ti, t.if inti Tv.-ntinn j>.'rin<i, tht thrtM- 
ti I* h«'r . is-^i/ji-'il 1 1> tin- '*\o lii'tlh,i(k" londition 
*/*-r>' I .11 .'IV. "11 1 . 1)1 thr ' \ 1 1 S I hiT lr_-nn- 

in^' Viini-il .UJil in,trin titl to rt'.ul it. Iht- mnnual 
'i.i'! { hrt'«' s«'ttit^ti^ (<int.iinin^' a fif^i r i 'pt ion ot tho 
otj-,"t' It ion ni.tnncnt, a i!i-.<ussiMn ot t fio int^'r- 
pr«*t .it. i«ui Dt < M 1 to. i1h.uk sun ',,11 I f-- , niiil ,) sruirt 
in-.trtn ti'»ml -t-rtion «mi ^rtHifMii.' .ind n ri)rt{ kn'p- 
m ■ . 

lollt.wi'i^ tli«' I n t roiiiK t I on oi t ho (Alls m.ni- 
• i.il, r ^. t<'0'i<'r» 'vtT' ;ivoti t h« op[)ort hp 1 1 v to 

'jui'Ht ion if'Oiit wh.if r!it . ii.if! roiUl. llu' ;;rt»\i|) 
fint , hcw^vt't, .;ivon liv 1 n To rm.i t 1 on i oncf rn i ni* 
(iH' fMs.'lnn' 'j It 1 thfit h,ul hi'cn oolK-ittd. llu" 
t. I. ii. r s W''*** instrncti'ii tn oontiniio to work on 
tin sr, 'i.MMv 1 or.i 1 i.ml thiv li.jii st.ittil tor: 
t;i"ir ^ihh nt hut, m .idihtion to thi- tothnicjn-'H 
I V w« rt' air- i<l\ tiSiHi.', t hrv wrro fiirour.ii^fil to 
tr. to ho -ior» a ii;>*-<'V i n (»} tin ir t ar^',* t stud«-nt 
.\\u\ tn n}«"''pt t f> ^pi-nd mori' t imo i ri t t>ra( t i ni', with 
to. r ir.'. t '.tu.!. lit, fh»" w<'ro r.-mindod th.it tlu' 
I .».hT would fontmu*' tn iihsi-rvo thi>m tor anoth"'' 
1> ^♦'-.,inn, ind that, iipi>n ' cim[)} rt ion of thfsf oh- 
rv.ii lull,, t hi wi'xild h.' t'lvrn a -uinmarv n* f hr 
ry It iims , 

(A IP' 'iis. iiio ^urinar^ h^odhai )■ (onilitlmi 

Ilu' tnr«» t • ,.1 hi .is'.li'iUMl f«i thi^ >»roui> 
wi-iv al-.f »:jvtn .1 . (ipv n\ tiu' (AllS manual to 
r»Md. Whrn I h« manti.il had h»'on rrvi»'W»*«i, th«' 



{ t '.Is \.. r t /IV n I I o lij'U 1 1 r I 'I i' ->u! ima t ^ wh 1 1 h 
I 1 1 • lu , ' d t tu ! r nu ' r.H I nni u i t ti t hi* t ar t;ot 

' I [ dui in • t fn 1 1 h I 1 I tu- ohsL 1 V It lon-^ . ' s i lU'^ 
I .u Kuovvlt j 'I iMincd I rom t hr 'Alls I'l.inual, llu* 
t» o 'u-rs ri V K w» d tlu hasiluK' siinrnar^ toodl'.itk 
s 1 1 fj r ' I rd to tht St " 1 ti-ht hav lora 1 i'na 1 , t oward 
\i t 1 1. h t "ii '. \ o If w<i rk 1 nv_' with t In • t .ir "i t pup i 1 s . 
If- t' itturs uori .• ivon an opptirtunit to pijso 
(III .ti'Mis ri'Mrdinj thf h.isi'lino »'i'!nar' tl.iti. 
iin- tf.Klu'r's wi'ro t Ih n instrnt^tiil tt> tontmui to 
w( • rK on tht ^.oi i o-hidiav' i i>ra 1 .^i^a Is lor tht tar^i-t 
,'u;>il'^, hut to t r\ to hf nurt' .i pp rti\ i ot t ho 
-^tudiut-. aiul ittvtnpt tti spi-nd nt>rt.' tiru' intoract- 
iiuwttii tht' -.tudi'Mts in an itttut tti altor t hf i r 
inappropri itf hohavior. 1lit'\ uort- also rtn^.iatli'd 
t h.j t tht t ttdf r W(»u 1 d t on t i nut t ti tihsi rvf t hom tor 
.miithor li St s' ions ami tnat, at t h* t-nd ot tht 
tif'-.t rv it Kuis , tht" '.'on 1 d r»<fivi antUhor sunimar\ 
t ' f ht' mt or.ii~ t uin da t .i . 

< \ [is hit orvt-nt ion K-i tlhai k 'ontlition 

iiit tfithtrs intlud. 1 in tlo "(Ails 1 .;ti"--«.'fn- 
tion UoJhatk" i.nuip ri" i ivod tht* ^aru troat"it"nL 
.is tiu tiailu'rs in t hf "Hasflino Snnnurv l-t'odhaok" 
i'nxit), \vitlj on ni|t)r i f fiTftu o . lollouin?' oath 
■ 1 t\h li oh-ii rv.it 1 oijv, diirinv^ tlio i nt t rvt-iit ion 
iK'rit>tt, till". tiifiv'i'(i a ct»mpu t or 1 /t*d snn'Tiar^ of 
that .IS-, ton. "ihfsf suirmarios wi^ro similar to 
tht' ha-.* lim- tffdh.uk suiiniarv -xct-pt th.it tlu- 
ha-itliiu- ^nmn.ir " Huludftl tlu- iLita 1 rom tho 1 'i 
hasfiuio (ihsi- rvdt 1 tins whilo tho int orvcnt ion snm- 
narifs t fprosi-Ti t I'll dat.i t rom on 1 v a sin^lf obser- 
".ifion, Uif ' i'arh« r^ wor< aski d to icvuw a. 1 rc- 
(_'»rd tht' rolo'ant liata for thoir boliavior fron 
t-.'ih of thf 1) intorvontion summarios ur^int; tho 
i;riptiint; mothods dosrnbod in tho CATTS mann.il. 
Ihn-,, till' ti-atlu-rs tt>uld vi-.n.iUv dfti-rmino it" 
thf'ir hidiavlor was chan^mt; as dosjrod. 

' '.pi-r inn'Ht.i I I)(^sit;n and Data Analv-iis 

Ilu' dfsii',n sfli'ttfd for this 'itiidv was .1 
^'u 1 t 1 p 1 1'-^rnnp-Mu 1 t I pU - I tlos\>»n ((Ila^s, Ui listen & 
^itUtnitin, pjy ^"). I 111' dt'Hii;n oompnros tin- throf 
iTi.itnfiU i/rtuins ot t ink hor / pup I I duos witli tiie 
t»',i<lM r-> ri t'l ivinr ilit forin^ tvpis ot ti'i-ilbark, 
hi dotfrmjnf tin- s i i'ai i {' i { .mt t of tin- int T- 
vontifMis, t hf t ipu'-si r los analvsiv, torhnlqno tlf- 
st r liiod bv (.lass .-t .i I . (l9/'i) was nsod. Thoso 
tnnlvsos nsi'd two (loiH'fKh'n t tt'.udifr variabN's, tht* 
pi ri't'nt.i>',i- ot ntin- iiitt'ra( t I vo t imi* with thf t.ir^ot 
pupil and tho rat€^ t»i approval intoractlons with 
tho talipot pttpil. Wo iivpottios 1 /Oil that tlu- 
toatdu-rs ri'wivin>', CAT 1 S int«'rattivo t'oudback 
would mrroaso both tho .imoiint oi t imv the\ inter- 
at tod witli tiio tari;ot pupils and tho rato of .ip- 
pr.o. .> ; into turt ions as dot mod hv t In* obsorvat ion 
in st rnmon t . 

Kf y\ IS 

!!m' rt'sults ot ttio t imo sorlos analysis of the 
t h rot Kfonps , .IS sht»wn in Tab 1 1 1 , rt-voa I od that 
? oti r ot tho six t oat'hft s i n Croups I and 11 f .i i lot! 
to int n-.isi' M y-n 1 1 i t an t I V t hf i r aiHur. i ot interar - 
t 1 on wit h tho r arp,ft st utlon t s . tiowi'vor , .ill t hroo 
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lab I.- I 

I ime-Ser los Analysis Summarv tor TrtMtmi-nt 

Croup& I, II, jnd III 
Pt-roentagf Time' of h atht-r Intt-ract ions 
Baseline to Intervention I'eriod 



Treatment 



Duo 



iit 



S ign I f icance 



No 


I 


I 




-I 


. 77 


NS 


CAT! S 


I 




18 


4 


.82 


,0") 


Feedback 


I 


3 


22 




. 30 


NS 


^ns 


I I 


4 


28 


-i 


79 


NS 


Basel ine 


II 


5 






18 




Summary 


II 


6 


28 


1 


■)0 


NS 


Feedback 












CATTS 


III 


7 


28 


h 


9 ] 


.0") 


Intervent ion 


III 


8 


28 


4. 


41 


.03 


Feedback 


III 


9 


28 


1. 


71 


.0> 



teachers in (;roiip III who received the "CATTS In- 
tervention Feedback" showed a si>;nlficant Increase 
In the p.* 'ntage of time that they interacted 
with the tarj?et pupils. 

The results of the t iipe series analvsis shown 
in Table 2 Indicate that, as hypothesize^, the 
teachers from Groups I and 1 1 d id not significant- 
ly increase their rate of positive or approval be- 
haviors toward their target students. The teachers 
in Group I'T however, did s i ^li f icantiy increase 
the-lr rate ot approval behaviors toward their stu 
dents . 

Table 2 

Time-Series Analvsis Summary for Treatment 
Croups I, II, and III 
Rate of Teacher Approval 
Baseline to Intervention Period 



Treatment 



Diio 



df 



Si^ if icance 



No 


I 


1 


28 


.26 


NS 


CATTS 


I 


2 


18 


.65 


NS 


Feedback 


I 


i 


22 


1.28 


NS 


CATTS 


II 


4 


28 


1.09 


NS 


Baael ine 


II 




24 


-2.05 


NS 


Surnnary 


11 


6 


28 


- .0} 


NS 


Feedback 










CATTS 


in 


7 


28 


4.06 


.05 


Intervent ion 


HI 


8 


28 


2.09 


.05 


Feedback 


III 


9 


28 


4.32 


.05 



DISCUSSION 

The present investigation has demonstrated 
the utility of a specific computer application for 



inservire te.irher tr.iHiin«. Hu' (omput er-Ass i ',ted 
re.irher Training Svstem (CA'liS) adapted tor this 
studv was highly eft.'ctive for analszing and feed- 
ing hack interaction analysis data to teachers m 
an m sj^tu st'ttin>', . 

Thf studs further demonstrated tU^ utility of 
providing tearliers with continuous or ongoing in- 
^'•rvice training via CATTS, as opposed to tradi- 
tional episodic or one-sliot mservice training. 
The results demonstrate that CATTS methodology 
maintains accurate data on teacher progress toward 
generating and demonstrating specific skills or 
competencies. With the increased emphasis on ac- 
countability, the maintenance of accurate records 
on teacher and pupil interactive behavior becomes 
a necessary component of inservice teacher train- 
ing paradigms. Thus, CA'I TS methodology naturally 
lends itself to the demands of today's educational 
programs. 

The dilemma now confronting both state and 
local education agencies is how to deliver effec- 
tive training to tea<hers to impart the .-.ultipli- 
citv of new skills they must quickly acquire to 
participate effectively in the educational process, 
lo date, there has been a dearth of empirical data 
available in the area of specific and effective 
teacher training systems and techniques that can be 
used effectively. Contemporary inservice education 
is viewed by many as archaic, unsystematic, and in* 
effective. Inservice training must explore new and 
innovative directions. Innovative training must 
allow the teacher to participate actively with 
practice in .skill generation. Training shoul ' take 
place in a naturalistic environment to allow fcr 
maximum skill transfer. Finally, inaervice educa- 
tion should provide the teacher with constant for- 
mative and summative evaluation of the training 
act ivity . 

Turner (1972) has espoused the use of new 
technology as an innovative approach to meet the 
needs of inservice education. He suggested that a 
model of inservice education should (a) use com- 
puter technology, (b) take place in the classroom 
during the school day, (c) be individually suited 
to particular classroom needs, (d) involve the 
teachers* active participation, and (c) ^^Ive 
immediate feedback to the teacher on hls/h*»r 
performance . 

Thus, the study demonstrated that it is pos- 
sible to adapt computer technology to meet the 
needs of both students and teachers. Further, the 
study demonstrated that CATTS methodology could be 
Implemented in a public school setting relatively 
divorced from university support structures. 

The implications are significant. For the 
first time, teacher trainers may be able to exploit 
computer technology without owning and operating a 
computer. Moreover, only a minimum amount of tech- 
nical expertise In computer technology Is required. 
At the same time, however, the trainers can provide 
inservice teachers with highly specific, system- 
atic, and continuous feedback on a large number of 
skills while in the natural classroom environment. 
Further, the use of this time-sharing network 
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allows thf to«nhfr traiiur to cdnst.mtlv nu-fnitur 
thv per f ormdnt't* pro^.rcss o! -.tVfral tedchtTs sitiuI- 
t.ineousl y . 

While it was not t fit- purjjost* of tfiis invt'sti- 
i^at ion to fstahlish tlu* rost -ot f ft 1 1 Vfiii'ss oi 
(-Airs, fht.' study d ni t-f fet t ivrl v dt-monstratt' the 
utilitv tU CAtrS ci^ an m situ teacfjer trainin>; 
dt'VKf. In doin^ so, it was shown that the 
'iupervisor^to-tkMi her ratio rfcessarv for providing 
(.ontin; ius in ^l^o training was quite encouraKin^. 
During this study one t)hserver could [irovide feed- 
back for sever.il teachers dailv, wh^-reas without 
the us*' ot (ATIS, sui h feedback would r.ot he feas- 
ible. The int rodut t ion and rapid development of 
micro and mini computer systems hold ^reat promise 
for realizing a cos t-ef f et 1 1 ve f'ATTS svstem within 
a few years. 

RKFERKNf'KS 

Amidon, E. { Kd . ) . Pro'itnt on Student Teaching: The 
Kffec'ts of Teaching Int f rat* t ion Analysis to 
Student leai ht rs. 1M> i 1 adel ph la : Temple Uni- 
versity, 1470. (C. S. Department of Health, 
Kducatlon, and Welfare Program 287 3). 

CarlbOfi, K. W. Increasing verbal empathy as a 

*^aT t ion ot feedback and instruction. Coun- 
Sflitr Fducat ion and Supervision, 1974, 13, 
208-2LJ. 

Duncan, M. f. , ,v Hiddle, B. I. The Study of Tearf)- 
ins;. New \ork: Holt, Rinehart, and Winston, 
1974. 

Fink, \. , 6 S. mnel , M. I. Indiana Bfliavior Man iKe- 
ment S^stem--II: ()bs«- r ^-t^r ' fraininf, Mantnl. 
Bloomington: Indiana Imv.rsitv, fenter^for 
Innovation in Teaching tfie Handicapped, 1971. 

Flanders, N. A. Interaction Analysis in the Class- 
roofn: A Manual tor Observers. Ann Arbor: 
I'nlversity of Michigan, School of ..ducat ion, 
1964. ' • 

Flanders, N. A. Analyzing Teaching Behavior. 
Reading, M^\: Add i son-Weslev 1970. 

Class, C. v., Willson, V. 1., t. (;ottman, J. M. De- 
stj<n and Analysis of Mme-St-rles F.xpe r imcnt s . 
Bouldt-r: (olorado Assoc iateil Tniversltv 
Press, 197^^. 

Klein, r., if Sorge, D. How effective is interac- 
tion analysis fei-dhack on the verbal behavior 
of teachers^ Educational Leadership, 1974, 
32, 5S-57. 

Lynch, W, W., 6i Ames, C. Individual Cognitive De- 
mand Scheiiule. Bloomlngton: Indiana Unlv»er- 
sitv. Center for Innovation in Teaching the 
Handicapped, 1971. 

Semrael, M. I. Project CATIS: The Development of 
a Cotrputer-Ass isted Ttacher Training System. 
Ann Arbor: I'nlversity of Michigan, Center for 
Research on Language and Umguage Behavior, 
1968. 

Seniinel, M. 1. Toward the devf lopment of a Computer- 
assisted teacher training system (CATTS) . In 
N. A. Flcjnders & C. NuthaU (Kds.), The Class- 
room Behavior of Teachers. Hamburg, Germany: 
International Review of Kducatlon, 1972, 18 
(special ntimher). 



Semmel , M. I. Application of systematic class- 
room observation to the study and modifica- 
tion of pupil-teacher interactions in special 
education. In R. Weinberg & F. H. Wood 
(rds.). Observation of Pupils and Teachors in 
Ma I nst reamed and Special f-ducation Settings. 
Minneapolis; University of Mimusota, Lead- 
ership Training Institute/Special Education, 
1975. 

Semmel, M. I., & Thiagarajan, S. Observation svs- 
tem and the special education teacher. Focus 
on Exceptional Children, 1973, 5, 1-12. 

Simon, A., Boyer, E. (Eds.). Mirrors for 

Behavior 11: An Anthology of Observation In- 
struments (Vols. A and B) . Philadelphia: 
Classroom Interaction Newsletter, c/o Re- 
search fur Better Schools, Inc., 1970. 
Turner, R. I,. Relationships between teachers for 
the real world and the elementary models pro- 
grammatic tliemes and mechanisms payoffs, 
mechanisms and costi. In B. Rosner (Chair- 
man), The Power of Competency-Based Teacher 
Educat ion. 13oston: Allyn and Bacon, Inc . , 
1972. 



ERLC 



ii 



Education 105 



rOMPUTlNG AS A WAY OF RR AINSTORMING 
IN ENrijSH COMPOSITION 

by 

Huj?h Burns, Major, USAF 
Associate Professor of Rncrlish 
USAF Academy, CO 80840 
(303) 472-3910/3930 



After teachinj^ composiHon for several vears, I 
became convmced that I needed to teach more about 
invention, the rhetorical art of discoverm^ what to sav. 
In the openini? of "Invention: A Topographical Survev," 
Richard Young describes the process this wav: 

Every writer confronts the task of making sense of 
events in the world around him or within him- 
discoyering ordering principles, evidence which 
justifies belief, information necessary for under- 
standtng-and of making what he wants to sav 
understandable and believable to particular readers. 
He uses a method of invention when these processes 
are guided deliberately by heuristic procedures, that 
IS, explic»t plans for analyzing and searching which 
focus attention, guide reason, stimulate memory and 
encourage intuition, (p. 1) 

Noble aims certainly: guiding reason, stimulating 
memory, and encouraging intuition. The question was how 
to reach these goals in the English composition classrooST 
I assumed then (and still do assume) that students fre- 
quently failed to write insightfuUy because they did not 
inquire carefuUy enough, fm sure your own students use 
these lines too; "1 don»t know what to wri*e about. What 
can I say about this topic anyway?" Substitute the range 
of topics we normaUy see in coUege composition courses 
and you have the problem, the challenge. Just what can 
you tell a student at this stage in the writing process? 
What could 1 do to spur each individual^ invention process 
along? 

While I could not hope to teach insight, I could 
prompt students to answer questions. I also could explain 
the question if the student didn't understand the basic 
Idea or didn't know a definition. I could usuaUy prompt a 
student to elaborate aa answer. And 1 could encourage 
studenu by not rushing them and by giving them positive 
reinforcement if they answered the question sensibly. 
What I couldn't do-mentaUy or physicaUy-was meet all 
eighty of my composition students seven times a semester 
for thirty to sixty minutes Just to guide their initial 
inquiry. That% 560 conference hours teaching invention 
alone. Impossible. Sounded like a job for a machine. 
Maybe it was. Maybe the computer in the writing Ub 
could do It. Eureka? There were enough terminate. Our 



University already had some CAI tn basic composition. 
Other advantages? The computer in the lab could also 
print each student a copy of his or her interaction; I could 
not. More ideas came. I could do research; I could 
compare three popular heuristic strategies for their 
effectiveness with the computer controlling the experi- 
ment. 

Everyday, I became more and more intrigued by the 
nature and the potential of such programs. It was soon 
quite clear to me that if we in the humanities must have a 
machine m our garden, we humanists had better create 
the tasks it should help us with: not a pedagogical bed of 
driILand practice sequences alone, but a creative, open- 
ended, problem-solving application of instructional com* 
puting. Creative in that the computer program encour- 
aged surprises and wild connections. Open4nded in that 
th- software wouldn't 'Vnow" aU of the answers; it would 
only be programmed to move the inquiry in different 
directions. And problem-solving in that the program 
might sustain an investigation until some solutions were 
discovered. 

Over the past three years, therefore, Fve been 
designing, orogramming, and evaluating practical 
computer-assisted instruction (CAI) for stimulating rhe- 
torical invention in English composition. 

T^e basic idea is simple enough: a computer 
program asks questions, and a writer answers the ques- 
tions. In terms of creativity theory, these computer 
programs generate content-free "matrices. of thought" 
(Koestler, p. 38) by asking specific heuriitic questions, 
and the writer responds with other matrices of thought 
based on the specific knowledge of a situational context. 
In other words, the computer program is responsible for 
the direction and the motivational sequence while the 
writer is responsible for the content of the inquiry. So 
what should happen? Arthur Koestler describes: "When 
two independent matrices of perception or reasoning 
interact with each other the result ... Is either a coUison 
ending in laughter, or their fusion in a new intellectual 
synthesis, or their c<mfromation Tn an aesthetic experi- 
ence" (Kdestler, p. 45). This resulting interaction thus 
raises to the conscious level «^hat writers already know 
about their subjects and makes them write down their 
Ideas. The interaction also has an uncanny ability to 
produce questions that writers don't know the answers to 



ERLC 



106 



NECC 1981 



yet. They are open-ended in that sense. Thus such 
dialofi^ues, bv jreneratinjj some dissonance, prompt writers 
to articulate problems which the comDuter-cued inter- 
action uncovers. 

These pro^CPanis have been called such names as 
"artificial inquiry," "electronic brainstorming," and even 
"Socratic Systems, Incorporated." Today, Tm happy to 
report that a computer can be programmed to do some, if 
not all, of these inventive things. Yes, this calculating 
engine has a place in our humanities garden as a pre- 
writer's tooh 

How do these prog»'ams work? What do they look 
like** Here's part of a run that one of mv American 
literature students created answering the particle, wave, 
and field questions from a tagmemic invention (see 
Young, 1970) program. Her responses are underlined. 



1. PARTICLE-VIEWING A SUBJECT IN ITSELF 
(STATIC); 

2. WAVE— VIEWING A SUBJECT AS IT CHANGES 
(DYNAMIC); AND 

3. FIELD—VIEWING A SUBJECT'S RELATIONSHIP 
TO OTHER SUBJECTS (IN A SYSTEM). 

(HIT "RETURN" TO CONTINUE.) 

NOW I MUST ASK YOU WHAT YOU ARE WRITING 
ABOUT, SO WOULD YOU PLEASE TYPE IN YOUR 
SUBJECT. (I'M LOOKING FOR ONE TO THREE WORDS, 
MAYBE FOUR.) 

DREISER'S DRAP1ATIC TECHNIQUE 

HEY, THAT'S COOL, KAREN! WE'LL HAVE A 
GOOD TIME BRAINSTORMING", DREISER'S DRAMATIC 
TECHNIQUE. 



A COMPUTER-ASSISTED INVENTION PROGRAM: 
THETAGMEMir MATRIX 



HL 
ATION. 



WELCOME TO CAI-PROMPTED EXPLOR- 



PLEASE TYPE IN YOUR FIRST NAME: KAREN 

THANK YOU, KAREN. I HOPE I PAN BE OF 
SOME ASSISTANCE TO YOU TODAY. IF WE TAKE 
EACH OTHER SERIOUSLY, I KNOW YOU'LL THINK 
ABOUT YOUR TOPIC AS YOU NEVER HAVE BEFORE. 

BEFORE WE BEGIN, KAREN, THERE'S AN OLD 
SAYING ABOUT COMPUTER-ASSISTED INSTRUCTION. 
IT READS: 

"GARBAGE IN, GARBAGE OUT!" 
IN OTHER WORDS, YOU AND I MUST COOPERATE 
SO THAT YOU CAN Gti* A GOOD START ON YOUR 
RESEARCH PAPER, 

(PRESS "RETURN" TO CONTINUE.) 

WOULD YOU LIKE TO REVIEW THE DIRECTIONS 
AND THE COMMANDS'* 
(YES OR NO**) 

NO 

DO YOU WISH TO SEE A SHORT DESCRIPTION 
OF THE TAGMEMIC MATRIX** 
(YES OR NO-*) 

YES 



A COMMENT ABOUT PURPOSE: 

WRITING WITHOUT A PURPOSE OR AIM, KAREN, 
IS QUITE FRANKLY A WASTE OF TIME. DOING SO 
GENERATES VERBAL FOG, DESTROYS WRITING EFFI- 
CIENCY, AND DEFEATS THE ESSENCE OF COMMUNI- 
CATION. 

THEREFORE, THROUGHOUT THIS EXPLORATION 
PROCESS, YOU WILL BE ASKED TO WRITE ABOUT 
THE PURPOSE OF YOUR PAPER. SO NOW WOULD 
YOU BRIEFLY DESCRIBE THE PURPOSE OF YOUR 
PAPER BY COMPLETING THIS STATEMENT: 

THE PURPOSE OF MY PAPER IS TO 

EXPLAIN HOW DREISER USES DETAILS TO GO BE- 
YOND MELODRAMA. 



ANYTHING ELSE? 



YES 



WHAT? 



AND TO SHOW HOW DETAILS OF CHARACTER ARE 
PART OF HIS DRAMATIC STRUCTURE 

FINE, KAREN, YOU AND I WILL TALK AGAIN 
ABOUT YOUR PURPOSE. 

HERE WE GO. RELAX AND ENJOY THE MlNtV 
STRETCHING. 



THE TAGMEMIC MATRIX HEURISTIC: 

BRIEFLY, THE TAGMEMIC MATRIX ENCOURAGES 
A WRITER TO THINK ABOUT A TOPIC FROM NINE 
PERSPECTIVES. 

FOR THIS PROGRAM, HOWEVER, I HAVE SIMPLIFIED 
THIS A BIT. THIS PROGRAM WILL ASK YOU QUESTIONS 
FROM ONLY THREE PERSPECTIVES, WHICH YOU 
WILL RECALL FROM OUR CLASS DISCUSSION. 



QUESTION 1 

DESCRIBE HOW DREISER'S DRAMATIC TECH- 
NIQUE PHYSICALLY CHANGES. 

PLEASE EXPLAIN! 
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I'M LOOKING FOR YOUR NOTIONS ABOUT THE 
DEVELOPMENT OF DREISER'S ORAMATir TF.rHNIOUR. 

FOR EXAMPLE, IF I WERF WRITING ABOUT 
ANOTHER SUBJECT, SAY HUMAN DEVELOPMENT. 
I WOULD WRITE ABOUT GROWTH, ^THE CHANGES 
THAT ARE DUE TO MATURING. YOU KNOW ADULT 
"PASSAGES" HAVE BEEN POPULAR FARE LATELY. 

YOUR TURN, KAREN. 

I WANT TO SHOW HOW SISTER CARRIE ALLOWED 
DREISER TO GROW, TO CONFRONT C OMMON VTL U ES 
IT IS A MATURfc WORKr 

GOOD, KAREN. ADD TO YOUR RESPONSE 

NOW. 

HURSTWOOD GROWS THE OTHER WAY. TH ERE 
ARE NEGATIVE PASSAGE^, ARENT THERE^ 

YES THAT SEEMS OKAY TO ME. 

ME TO O. 

AH, SHORT AND SWEET. PLEASE ELABORATE 
A LITTLE. 

jVELL. CHARACTERS EITHER GET WORSE OR BE TTER: 
THEY EITHER PAS.^ tO A BfeTtER UNDERSTAND ING 
6r NOT. — 

TERRIFIC, KAREN* 

ANYTHING ELSE^ 

SOMETIMES HIS DETAILS GET IN THE WAY OF 
ORGANIZATION AND HIS EFFECTIVEN ES^-BUT cON- 
TtNUE! 

OKAY. 

(ALL IDEAS ARE GOOD IDEAS; TYPE IN WHAT 
YOU THINK!???) 



UP: 



QUESTION 2-ONE OF MY FAVORITES-COMING 



TAKE A MENTAL PHOTOGRAPH OF DREISER'S 
DRAMATIC TECHNIQUE. DESCRIBE ONE IMPORTANT 
DETAIL. 

I PONT UNDERSTAND WHAT YOU WANY ME T O 

SXy 

CONCENTRATE NOW ON SEEING DREISER»S 
DRAMATIC TECHNIQUE. WHAT FEATUR E STi» NDS 
OUT THE MOST? DESCRIBE. 

YOUR TURN, KAREN. 

LIKE THE SETTINGS? 



YES, THAT SEEMS OK^Y. 

THE FACTORY VSTHh HOTEL. 

THAT'S THE IDEA, KAREN. (.IVF. MT. SOME 
MORE INFORMATION. 

! SEE HURSTWOOD AS A SCAB. THOUGH HE'S BEEN 
REDUCED. HE STILL HAS SOME DIGNITY. BUtTH F 
SETTINGS ARENTrnGNIFIED. THE STREET<Sr3f 

GOON, KAREN. 

THE STREETS ARE UGLY, DISMAL. CONTRAST. 



SUPER, KAREN' 

ANYTHING ELSE'' 



YES 



WHAT? 

I SEE SUFFERING AND COMMITMENT DESPITE IT 
BECAUSE HURSTWOOD HAS BOTH KIN DS OF EXPER- 
IENCE. 

THATS AN INTERESTING REASON 
ANYTHING ELSE? 

WHY DO YOU THINK THIS QUESTION IS ONE OF YOUR 

favorites"? 

WHY NOT, KAREN? REMEMBER WE'RE EXPLOR- 
ING FOR ANSWERS, 

HOW DO YOU SEE HURSTWOO D'S SUFFERING. IS 
IT A PASSAGE? " 

I CAN*T PRETEND TO KNOW HOW, BUT YOU'VE 
ASKED AN IMPORTANT QUESTION. REMEMBER 
IT. 

DO YOU WISH TO NARROW OR CHANGE YOUR 
TOPIC? MAYBE REVISE THE WAY IT SOUNDS IN 
THESE QUESTIONS? 



NO. 



OKAY, LETS GO ON 



Karen worked for about forty minutes. She com- 
mented twice more on her purpose as the proifram 
continued to ask ten more tagmemic questions— questions 
about the static, dynamic, and distributive features of 
Theodore Dreiser's dramatic techniques. The proffram 
toW her that she elaborated (i.e., answered a question at 
least twice) 75 percent of the time. It also told her that 



^38 NECX 1981 



she was asked four oartiele questions, src wave questions, 
and two field questions. Twice she explicitly asked for 
wave questions since she sensed that this specific, 
dynamic perspective was useful to her own inquiry. When 
she lo^ed out, she left with eighteen pages of transcript. 
She was pleased. 

The two other orograms ask different questions. 
Had Kareo ioggcJ on the Aristotle program, she would 
have been asked questions based on the twenty-eight 
enthymeme topics. These questions are adapted from 
Aristotle's Rhetoric , specifically Book I!, Chapter 
23: 1397al7-l400b35. Remembering that w!»en Aristotle 
writes about invention he is most concerned with enabling 
us to discover the most suitable argument for persuading 
an audience, most of his explanations are examples of how 
a select topic may be applied in a certain situation. 
Karen, therefore, would have beer; asked questions such 
as: 

Who m»ght bplieve the good consequences of 
Dreiser's dramatic technique are had' 

Divide Dreiser's dramatic techniques into 
three sub-topics. 

What are some of the previous mistakes 
concerning Dreis*»r's dramatic technique' 

What IS inconsistent about DrebPr's dramatic 
technique? 

Had Karen logged on the dramatistic pentad 
program, she wouW have been asked questions based on 
the identification of the scene, the act, the agent, the 
agency, and the purpose of Dreiser*s dramatic technique. 
Since Kenneth Burke envisions the dramatistic pentad as a 
more dialectical than rhetorical instrument, he traces its 
exploratory appeal not to Aristotle's system of topics but 
to Aristotle's classification of causes (Burke, p. 228). 
Burke's rhetoric, therefore, differs from classical rhetoric 
in that his major concern is not persuasion but 
identification . Four pentad questions Karen might have 
been asked are: 

What Impresses people about the setting for 
Dreiser's dramatic technique? 

What audience <«ould moat appreciate knowing 
more about Dreiser's dramatk? technique? 

What is the ultimate goal of Dreiser's 
dramatk* technique' 

How is Dreiser's dramatic technique like 
mercury' 

We all know a rhetorical renaissance has recently 
emerged within the teaching of English composition, but 



most of us arpi't as ready or as eager to admit that an 
electronic revolution has emerged as well. What such 
programs illustrate above all else is that rhetorical 
invention and computer technology are indeed compatible; 
combing heuristic modes and computer media can weli 
serve and gladly teach the inquisitive writer. I'm only 
echoing English educators like Ellen Nold of Stanford 
University when I report such heresy: 

What ts preventing humanists from using the 
computer for humanitarian purposes is merely their 
belief that they cannot use the machine. It is ironic 
that a group known to undertake calmly and surely 
the study of Latin, Greek, Russian, Chinese, Swahill, 
or Gaelic often balks at the much simpler task 
of learning the more logical, far less caoricious, 
language of the machine. (Nold, pp. 272-73) 

Brainstorming in English composition through 
computer-assisted instruction is, Vm convinced, an 
effective, supplementary way to begin teaching the art of* 
systematic inquiry. It's also a most appropriate 
introduction to the richness of heuristic strategies in 
general. Look for creiitive computing approaches to 
enrich what we humanists can do. We have a tool, but you 
and I must ase it welL After all, tf this machine is 
already here, shouldn't we humanists be the ones to till 
the garden we all labor In? 
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GRAPHIC DESIGN ISSUES IN COMPUTEP-BASED' EDUCATION 



Sponsored by ADC IS 

Raymond Nichols 
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Brian Shankman 



ABSTRACT ; Visual Design 

Raymond Nichols, University of Delaware, 
Box 890, Newark, DE 19711 

Design is to visual elements as into- 
nation is to speaking. Two different 
speakers can give a talk using the same 
words and achieve startlingly different 
results. We can be bored listening to 
one, yet sit on the edge of our chair with 
the other. The key is the quality and 
sometimes the form of the presentation. 
Visual design is the method of presenta- 
tion for information in computer-based 
instruction. 

Design is the way you emphasize 
specific points, visually collecting 
similar ideas and separating others; 
direct the eye from one word to the next, 
one sentence to the next, one paragraph 
to another; and create a visual pause and 
develop rhythm. Words and pictures are 
the information that you want to relay to 
some student or observer; visual design 
presents that information. A word softly 
spoken creates an impression, yet the same 
word spoken harshly achieves a different 
response. 

Visual design can evoke the proper 
feeling from the viewer, make him more 
recpeptive to the educational experience 
being transmitted, and provide him with 
subtle hints for organizing and retaining 
information. 



ABSTRACT ; Achieving Desired Graphics 
Effects 

Jessica Weissman, University of Delaware, 
Computer-Based Instruction, Newark, 
DE 19711 

This ta^k covers two topics 
concerned with achieving desired graphic 
effects. 



A, General techniques for text 
display: arranging material so it is 
attractive to read; using layout and 
graphics to help students quickly under- 
stand the material and the jdirections . 
Material should be arranged in logical 
order (top to bottom, left to right) . It 
should come on the screen in manageable 
chunks. Avoid crowding by using blank 
space for readability. Consider using 
different parts of the screen for different 
functions (text, question, feedback). 

B. Using graphics for emphasis: 
boxes, lines, circles, and special styltb 
or sizes of writing can help a student 
understand the relative importance of the 
components of a display. Consider how many 
times the student must see a display to 
decide which method of emphasis to use. 
Avoid techniques which take a long time to 
plot. Underlining and letterspacing are 
all useful techniques. Asterisks, dashes, 
centering, etc. can help provide emphasis, 
too. Finally, remember that if you 
emphasize everything, nothing on your 
display will stand out for students. 



ABSTRACT: Graphic Strategies 

Brian Shankman, 116 Manchester Drive, No. 216, 
Euless, TX 76039 

Although highly detailed graphics and 
real-time simulations and animations are a 
desirable aspect of computer-based instruc- 
tion, such is not always the case. At 
American Airlines, the accur^^cy in instru- 
ment readings used for pilot training 
demands higher resolution screens. Although 
high resolution graphics are needed to 
display individual gauge readings and dial 
settings, there is a tradeoff in plotting 
speed and the amount of memory required to 
map each addressable location. In addition, 
real-time simulations are often bypassed 
for instructional reasons. For example, a 
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pilot making a J0° turn in real time might 
taKe a minute or two before completing 
his turn. The advantage of using computer- 
based simulations is that we can show the 
result of the turn and individual stages 
ot the turn as we please, allowing the 
student to absorb the information. For 
real-time simulation, we use a true motion- 
based simulator. 

Special care must be taken when 
transferring three-dimensional objects to 
a two-dimensional Screen, as students 
must be able to transfer between the "real 
thing" and its graphic representation. At 
American, our students, who are already 
experienced pilots, get hands on time in a 
Cockpit Procedures trainer wxth the 
actual instrument layout and working 
instruments. They also have color slides 
adjacent to the terminal, for each 
instrument panel and schematics, minimizing 
the need for high-resolution color graphics. 
It is best to make the displays as simple 
as possible while still maintaining fidelity 
to the object you are representing. 
Character sets or plotted characters 
created from special graphic characters 
can be optimized for maximal use of 
memory and programming time. 
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KVAtjJATlN'r AND SLLECTL>iG COMPUTER STUDILS TEXTBOOKS : 
ART, SCIENCE, OR CHANCE? 

Chaired by Stephen Mitchtai 



ABSTRACT : 

Teachers in the computer edaccition 
disciplines face unique difficulties in 
evaluating and selecting textbooks for 
their courses. In general, these diffi- 
culties are most apparent in the lower 
division courses, where larger enrollments, 
multiple instructors for the same course, 
and pedagogical considerations for the 
student affect the decision. 

The following three major differences 
in computer education distinguish this 
task from other academic subject areas: 

1. The impact that changing tern- 
noloqy has on book content: 
assessirg current versus 
obsolete topics. Probleirs for 
teachers and problems fn^ 
publ ishers . 

2. Programming coverage questions: 
choice of language. Structured 
versus unstructured coverage. 
System dependence and language 
standardization questions. 

3. The increasing reliance on part- 
time instructors: implications 
on textbook selection and use. 
Distribution difficulties for 
publishers. 

The following similarities to other 
subject areas in selecting books for 
lower division courses are acknowledged: 

1. Pedagogical book features and 
learning aids become more 
important . 

2. Instructional support materials 
have greater utility. 



3. Reading level analyses become 
more prevc lent . 

4. "extbook prices may or may not 
become a factor. 

This panel discussion session is 
intended to provide dialo»jue between 
publishers and educators on the above 
seven evaluation and selection aroas, as 
well as any others suggested. 

The question of the desirability of 
shared information on various more 
formalized ratinq standards, reading 
levels, computer currency scales, 
comparative price data, current user 
experiences, etc., will be discussed. 
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Nina Lewis 
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Jon Thompson 
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STRUCTURED SYSTEMS ANALYSIS TUTORIAL 



sponsored by IEEE/Computer society 

V. Arthur Owles 
Michael J. Powers 
Applxed computer Science Department 
Illinois State University 
Normal, IL 61761 



ABSTRACT : 

The systems analysis process is 
riddled with problems, even in those 
organizations which employ a well-defined 
system development methodology. 

The analysis process is typically 
imprecise, incomplete, and haphazard. 

The communication between the analyst 
and the user on the one hand and the 
designer/programmer on the other is 
clumsy and inaccurate. 

'The new system general design 
prepared by the analyst is likely 
to be a mere pertabation of the 
old system design, whether that 
makes sense or not. 

Structured design concepts and tools 
have been applied most heavily to the 
program design , process . Their potential 
for use in the more global system design 
process has been lost largely because there 
has be^ no naturill starting point. 
Further," the use of structured design tools 



has only widened the, gap between analysis 
and design; the traditional product 
produced by an analyst is so far from the 
starting point of the structured designer 
that considerable effort is needed to 
translate or codify it into a useful 
document (typically uncovering analysis 
errors and omissions in the process) * 
Worse yet, the analyst's product may 
simply be ignored. 

Structured systems analysis provides 
an approach and a set of tools designed 
to solve these problems. 

The tutorial intends: 

To introdij^ce the basic tools of 
structured analysis. 

To introduce a structured analysis 
methodology. 

To show the connection between struc- 
tured analysis on the traditional 
system development life cycle. 

To present recommendations concerning 
the teaching of structured analysis 
and design. 
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ABSTRACT: Music CAI at the University of 
Wisconsin-Superior 

Steven V. Bertsche, Music Department, 
University of Wisconsin-Superior, 
Superior, WI 54880 

About 60 music students at the Univer- 
sity of Wisconsin-Superior are now using 90 
competency-based drill and practice lessons 
authored by Wisconsin and North Texas State 
faculty and staff. Lessons co\er chordal 
listening, harmonic distortion, pitch 
patterns, fundamentals, intervaxr, and 
*^scale forms. 

The programs ajlow random orderit 
of questions, fixed or random transposition 
of pitch level, and author-selectable error 
diagnostic routines. In addition the ' 
lessons collect data from student responses 
to generate a statistical summary for each 
lesson and weekly student performance 
reports . 

ABSTRACT : The SUMIT Courseware Development 
Project 

James D. Spain, Departinent of Biological 
Sciences, Michigan Technological University, 
Houghton, MI 49931 

The National Science Foundation's 
Development in Science Education Program is 
supporting a two-year project to develop 
and evaluate microcomputer-based courseware 
for biological science instruction at the 
post-sejondary level. The project name is 
in acronym for Single-concept User- 
adaptable Microcomputer-based Instructional 
Technique, and emphasizes development of a 
large number of relatively small prog*-ams 
which are clearly written in Basic anf\ 
fully documented to permit easy adaptation 
to local needs and interests. The 



courseware is being written primarily for 
the Apple IC Plus microcomputer. 

The SUMIT project has been in 
operation about one year and has resulted 
in about 20 programs, although many still 
require additional documentation. During 
the coming academic y^ar, these programs 
will be evaluated in bioloqy courses at 
Michigan Tech, principally General Biology 
and Animal Ecology. It is planned that 
all documented and evaluated programs will 
be reviewed by CONDUIT and made available 
for general use some time in late 1982 or 
early 1983, In the meantime, interested 
individuals may obtain copies of working 
prograifis by writing to the author. 

Written descriptions of progranuner • s 
aids will be made available at the 
presentation of this paper. Of particular 
interest are the specific methods for 
making effective use of the Apple memory 
when using high resolution graphics, and 
the method of simultaneously graphing data 
on bcf-h pages of high resolution graphics. 
An overview of the program objectives will 
be presented, along with specific examples 
of programs that have been developed. 



ABSTRACT : The Computer as a Tutor in 
Music Education 

James W. Parrish, Music Department, 
Wingate College, Wingate, NC 28174 - 

Computerized instruction has been 
found to be not only feasible, but 
effective and efficient in many areas of 
the music curriculum of public schools and 
higher ^.N.acation. with the development of 
graphics and audio capabilities in micro- 
computers and certain main fram*? computer 
systems (most notably the Control Data 
Corporation's Plato system), instructional 
units in music history, acous.ics, education, 
and especially theory are being automated. 
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Units of computerized instruction and 
drill have been designed to supplement 
classroom instruction in the freshiudn 
rrusic theory classes at Wingate College. 
The project has used a Micro Data Reality 
real time interactive Basic/Cobol computer 
(^0 million bytes of disk, 32K of virtual 
memory) , as well as especially designed 
workbooks and audio tapes. Units to be 
reviewed include note name identification, 
triad identification, triad construction, 
and melodic dictation. The presentation 
will include handouts and discussion of 
both the off-line and computerized 
materials, and a slide presentation and 
discussion of tlje instructional strategies 
employed. \ 



ABSTRACT ; A Microcomputer Enhanced Physics 
Laboratory 

Barron Arenson, Physics Department, Mesa 
Cemmunity College, Mesa, AZ 8^202 

f'atthew Wozniak, Physics Department, 
Scottsdalt Community College, Scottsdale, 
AZ 85253 

A new laboratory program for the second 
semester general physics (calculus level) 
course has been developed that emphasizes 
the use of microelectronics and micro- 
computers tr measure and analyze laboratory 
data. The i.^ooratory units are Basic 
Electrical Skills, Oscilloscope, Sound 
Velocity, Amplification of Experimental 
Signals, Analog and Digital Signals, Data 
Acquisition Using a Microcomputer, etc. 
A summary of the features of the program 
will be presented, and copies of the 
laboratory manual will be available. 

T'vo interface cards for the Apple II 
microcomputer have been developed, allowing 
the tudent to easily use the computer in 
the gathering and analysis of experimental 
data. The analog ca* J has a software- 
controlled eight channel multiplexed 
analog to digital converter and two 
separately addressable eight-bit digital 
to a.ialog converters. The digital card 
has eight separately addressable single-bit 
inputs, eight separately addressable 
single-bit outputs, one eight-bit input port, 
and one eight-bit output port. The design 
features of the cards and their use in the* 
laboratory will also be discussed. 
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SIMULATION OF COMPUTER 
ARCHITECTURE USING A 
HIERARCHICAL COMPUTER 
HARDWARE DESCRIPTION 
LANGUAGE (CHDL) 

W. A. Skelton 
rj. S, Walker 



ABSTRACT ; 
' %i*^paper describes a system^ thdt assists 
computer architecture studieSj m micro- 
computer education courses. [The- Computer 
Hardware Description Language (CHDL) and 
simulator operate at the gate, register, 
and component ievels. The sy$£em 19 spec- 
ifically designed to work with micro- 
- -pjtogxajmmable isrc^itectures such as the AMD 
2900* thus permitting higher level organ- 
ization studies. The CHDL called CALSIM 
(Computer Architecture Language for SIM- 
ulation) supports a hierarchical descrip- 
tion for the Architecture of the object 
machine. Logical components including 
memories are described jising a series of 
register descriptions, pin descriptions, 
and Boolean expressions. Individual 
wires of connectors are both numbered and 
named. The flow of the logic through the 
model is provided by wiring statements 
which connect the components, and connec- 
tors to e^h' other. The contents of main 
memory, micrpmcroory, and one or more aux- 
iliary memories are stored in files which 
are read intd the system prior to simula- 
tion. CALSIM was constructed using 
LALR(kal) grammar. The grammar was first 
processed through an analyzer. The ana- 
lyzer output drives the syntactical ana- 
lysis portion of the compiler which con- 
verts the hardware descriptiqn input into 
tables. These tables not only drive the 
simulator but also provide the user with 
a tabular description pf the machine de- 
sign. The simulation driver design incor- 
porates breakpoints, trace, display, and 
other tools to allow the user to follow 
the simulation, either in a single step or 
in a run mode. The entire system is com- 
piled as a single package using the DEC 20 
as the host machine. This paper first de- 
scribes the language and software, then 
gives examples of the language and, fin- 
ally, describes the experience of a grad- 
uate computer organization class which 



used the system in 3 class pr03ect. 
INTRODUCTION 

One of the difficulties in working with 
designs using bit slice components, such 
as the AMD 2900 series, is the necessity 
of a desir .-specific software simulator or 
an expensive emulator. Alexandrididis (1) 
states, "The advantages of bit slice micro- 
processors are not free — they require a 
serious investment in system support soft- 
ware." The problem is critical in teach- 
ing where funds may be limited and simul 
taneous access to equipment by many users 
is essential. The Computer Science de- 
partment at the University of Texas at 
Arlington (UTA) has used AMD 2900 and Intel 
3000 micro-code assemblers fc -»veral 
years. Although useful, they not allow 
simulation. The student needs to prepare 
the microcode, program the test code, and 
then execute the code in a real-time sim- 
ulator using test data. The plan outlined 
below was developed in response to those 
needs. The system described allows the 
student to design a simple machine using 
components of his own choosing. The de- 
sign can then be compiled and executed in 
a single software package. When this is 
completed successfully, the student has a 
working model of his hardware design. TlVe 
model can be used to test various micro- \ 
code, program, and data input. Portions of 
the compiler/simulator were used for the 
first time during the fall semester 1980 
at UTA. Students in an introductory grad- 
uate computer organization course used the 
language and the syntactical analyzer to 
describe simple architectures of their own 
design. Suggestions from students have 
been used to revise the language, the gram- 
mar, and the compiler. 
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LANGUAGK AND SOFTWARE: THE PLAN 
AND IMPLEMENTATION 

The development plan for th*^ software con- 
piler/simulator included the followin^i Key 
items : 

* Design a register level hierarchical 
hardware descuption language. 

* Use the LALR grammar analyzer (2) to 
assure a cohesive grammar. 

* Develop a data structure which could bo 
used as output from the compiler and as in- 
put to the simulator. 

* Develop a compiler using the output ta- 
bles from the LALR grammar analyzer to 
drive the syntactical analysis portion of 
the compiler. 

* Develop the semantic portion of the com- 
piler, which prints out descriptive tables 
of the hardware. 

* Provide for file input and printout ^f 
the main memory, micromemory and auxiliary 
memories of the ob3ect machine. 

* Provide file I/O to and from at least 
three ports during simulation. 

* Provide library support that accepts 
component descriptions and provides 
copies of items m the library. 

* Prepare a simulation driver which allows 
the user to set break poiits based on con- 
ditions on the data bus, addxess bus, and 
the timer setting. 

* Allow the user to build menus of various 
displays that may be, used on command or in 
the run mode. 

* Provide for a trace during simulation. 

* Construct a simulator which dirf;ctly 
executes the user logic. 

* Provide a timing system to control the 
execution sequence. ^ 

The project was implemented in the fall 1978 
and the language was designed in the spring 
and summer of 1979. The top level of t^e 
compiler/simulator written in the fall i979, 
routes the user to various environments — 
the compiler, simulator, library (tosoarch/ 
edit), micromemory read-in, main-memcr^ read- 
in, table, and documentation requestr,. The 
lexical scanner and the syntactical anal-* 
yzer of the compiler and Several cf the mi- 
nor moaules were completed in the spring of 
1980. The semantic analyzer was completed 
during the fall semester 1980. Revisions, 
based on input from students {discussed 
later), were completed following that se- 
mester. We began working on the Simulator 
in spring 1981 and hope to complete the 



prujoct for fall 1981. 

Ly^^JGUAGE AND SOFTWARE: HOST MACHINE 
^ND HOST LANGUAGE 

Because of its greater interactive capa- 
bilities, the DEC 20 was chosen over the 
IBM 370. The DEC 20 not only provides 
user work space but also has several sys- 

'^m commands which are active mside ap- 
plication software to assist the user. We 
chose Cobol as the host language because 
of its superior data organization capa- 
bilities, simple user interface, and self- 
documenting features . 

LANGUAGE AND SOFTWARE: THE GRAMTIAR 
AND LANGUAGE 

The design requirements for the Calsim 
grammar are based or features of hardware 
description languages found m (3) through 
(19). These guidelines require that the 
grammar : 

* Be hierarchical. 

* Accept register- level and gate-level 
logic. 

* Allow storage and retrieval of component 
descilotions in a library. 

* Accept connecters, modules, and termi- 
nals as part of the hierarchy. 

* Allow insertion of comments. 

* Allow timing of the logical actions. 

* Allow storage and retrieval of component 
descriptions. 

* Be statement oriented. 

* Recognize the unique features of memo- 
ries, micromemories , auxiliary memories, 
and peripherals. 

* Directly execute the logic of the com- 
ponents . 

LANGUAGE AND SOFTWARE: THE TOP STRUCTURE 
OF THE COMPILER/SIMULATOR 
^Concurrent with the use of the compiler/ 
simulator, the user prepaie3 files of the 
program core, microcode and input data. 
The software support system provides a 
documentation file, the load module, and 
a command file. The user executes the 
command file, which binds the files to 
the load module and places the user inside 
the execution module. The user must pre- 
pare the following: 

* A description of the object machine in 
CALSIM. 

* A program to run the object machine. 
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* A micropro'^ram for the mcichine. 

* One or more data input files for the 
machine . 

* A file containing the auxiliary memories. 

The environments provided by the compiler/ 
simulator are: 

TOP LEVEL Routes the user to the work- 
ing environments. 

COMPILER — Reads, compiles, and lists the 
hardware description. 

MiCROFILE PEAD Reads microfiie and 
checks for errors. 

PROGRAMFILE READ Reads program file and 
checks for errors. 

AUXMEMORY READ — Reads auxiliary file and 
checks for errors. 

TABLES — Prints the tables produced 
during compilation. 

LIBRARY — Allows the library of descrip- 
tions to be examined. 

DOCUMENTATION - Allows the user to request 
helpful documentation. 

SIMULATION DRIVER — Allows the user to 
control the simulation. 

SIMULATOR Performs the simulation 
entered from the driver. 

Each environment has its owr. prompt char- 
acter and Its own set of commands. In 
each environment a provides the user 
with a list of acceptable commands and 
"HELP" provides a brief explanation. 
During compilation the library file is 
built by the user from syntactically cor- 
rect statements, items removed from the 
library for use in a hardware description 
during compilation are also checked syn- 
tactically. The user may delete, search, 
and list library contents. 

LANGUAGE AND SOFTWARE: THE COMPILEF 
The compiler was written using the syn- 
tatic analyzer portion of a skeleton com- 
piler for LALR grammar as a guide. The 
skeleton compiler was written in XPL by 
the University of Toronto Group who. pre- 
pared the Analyzor(2). The Lexical 
Scanner Portion was adapted from a com- 
piler written in Cobol by David Levine, 
UTA. Since the language is a series of " 
statements, error recovery is by state- 
ment. If the statement is acceptable, it 



is corrpiled; cLherwise it is rejected as 
soon as the syntactical error is discov- 
ered, and the scanner moves to the begin- 
ning of the statement which follows the 
next period or reserved word signaling a 
new statement^ No attempt is made to re- 
move code already in tables. All of the 
hardware description data are converted 
into tables which will drive the simulator 
and be available to the user. 

LANGUAGE AND SOFTWARE: SIMULATOR AND 
SIMULATOR DRIVER 

Programming, now underway for the simula- 
tor and simulator driver, calls for the 
driver to pass control to the simulator 
and for the simulator to check for a re- 
turn to driver after each clock pulse. 
The user will be able to set break points: 

* On read to or write from memory. 

* On read from or write to a given port. 

* On the next n program steps. 

* on the next n microprogram steps. 

* On a certain clock settings. 

Displays will be arranged so that they may 
occur : 

* On direct command from the console. 

* After n program or microprogram steps. 

* At break only. 

* At memory read or write. 

* At port read or write. 

* At chosen time settings. 

The user can define 20 display configura- 
tions. A heading line is printed the 
first and each 8th time the menu is print- 
ed. A trace tnrough the program or micro- 
progreun may be combined with display. The 
user may also reset the values in regis- 
ters and on buses. The simulation is 
planned as interpretive execution of the 
logic introduced in the description of 
the components. Each component statement 
will have a series of condition/replace- 
ment clauses. A table which shows the 
timing sequence of the components will be 
used to control the operation order of the 
active components. 

EXAMPLES OF THE CALSIM LANGUAGE 
In the examples bolow, the user supplied 
identifiers and numbers are in lower case; 
CALSIM reserved words are in capitals; 
comments are enclosed by "/*" and "*/**. 
CALSIM statements define the name of the 
system, logical components including mem- 
ories, input/output* and connectors. 
Statements also set timing constants, send 
to or receive descriptions from the li- 
brary, and wire the romponents together 
with a connect statement. Each system de- 
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scription iii CALSXM be^jins with the system 
namo followed by j series of statements 
describinq the object hardware: 

SYSTEM NAME trial-design . 

/*the statements which describe' the hard- 
ware qoes here */ 



END OF tr lal-design. 

The hierarchy statetnent will be used next 
to list each of the components of the sys- 
tem and their position in the hierarchy, 
from the top level starting with the sys- 
tem name, downward. All of the components 
must be included — connectors, memories, 
peripherals, and logical units. Component 
names may have up to 30 characters^* com- 
nas and spaces following commas are both 
optiona 1 : 

LEVEL 1: 

traii-desiqn CONTAINS bigbus, unitl, 
unit2, meniory-unit , prtl, prt2. 

The user further decomposes the machine 
description usincj the hierarchy statement. 
Up to 99 levels are permitted, allowing 
the hierarchy to decompose even a complex 
r:achinc to the chip level. 

LEVEL 2: bigbus CONTAINS sbusl, sbus2, 

sbus3, sbus4; 
unitl CONTAINS unitl-1, unitl-2, unitl-3; 
unit2 CONTAINS unit2-l, unit2-2, unit2-3; 
unit3 CONTAINS unit3-l, unit3-2. 

Note that the language specifies that 
statements be ended by periods and clauses 
by semi-colons. Also in the example given, 
an error would be received for entry of 
"unit3" since that identifier had not been 
previously entered at le^el 1. The con- 
nector statement, used to represent wiring 
may begin with "BUS," "BACKPLANE," "CORD." 
All are equivalent to the compiler. Indi- 
vidual wires within connectors may be 
named (up to s:x characters) in addition 
to the required numbers. Individual wires 
may be tested in the logic statements us- 
ing the names or numbers. Note that *'TS" 
4s optional in the statements below. 
Should there be too few or too many wire 
names, a ^warning will be given. The con- 
nector statement only defines the connec- 
tor* the actual hook-up is made later with 
the "CONNECT" statement. 

BACKPLANE: bplane TS NUMBERED (1-122). 
BUS: sbusl IS NUMBERED (1-12). NAMED dl, 
d2, d3, d4, adrl, adr2, adr3, adr4, adrS, 
ad46, cntl, cnt2. 



CORD: sbus2 NUMBERED (1-32). 

The memory statement provides for five 
clauses to describe the memories, their 
logic, and connections. The memory state- 
ment may start with one of three reserved 
words — MEMORY, MICROMEMORY, or AUX- 
MEMORY. The actual contents of these mem- 
ories will be read into the compiler/sim- 
ulator memory just before simulation and 
at the same time checked for proper for- 
mat, width, and length. A memory state- 
ment follows. 

MEMORY: memory-unit 
SIZE = 8* 1024; 

PINS ARE NUMBERED (1-42) AND NAMED dl , d2, 
d3, d4, d5, d6, d7, d8; 
TIME IS 2:3:1:4:8; 

IF PIN (6-9) = 7H AND PIN 14 = 1 THEN 
MEMORY (PIN (10-24)} = PIN (dl - dS). 
/* the H is for hex. Decimal, binary, 

and octal numbering systems may also be 

used . */ 



The size clau^^e shows the si 
ory in bits. The pin clause 
names the pins of the chip, 
have up to eight levels with 
containing one decimal digit 
values are saved in a table 
simulator can determine the 
quence of the logical compon 
quired, the time could have 
more than once and a time te 
into the Boolean expression, 
eral and component statement 
to memory statements and als 
time, pin, and variations of 
clauses. An example of the 
statement follows. 



ze of the mem- 
numbers and 
The clock may 
each level 
These 
so that the 
execution se- 
ents. If re- 
been entered 
St introduced 
The periph- 
s are similar 
o use the 

the If . . .THEN 
input/output 



I-O termir.all 

PIN^ ARE NU.MBERED (1-32); 

FORMAT IS ASCII ;/*other I/O formats 

available */ 
CLOCK = 2:4:2:6:8; 
TIE TO FILE 3; 

IF PIN(1-4)=10H THEN PIN(5-12) = INPUT; 
IF PINS(1-4)=11H THEN OUTPUT= PINS ( VI 2 ) . 

Replacement expressions support nine dyad- 
ic and seven monadic operators and also 
nested IF expressions. Examples of the 
nested IF and several of the operators 
follow, 

CHIP: expnol Pins are (1-44); 

CLOCK = l:4:5:3;CLOCK=2:3:l:4:8; 

REGISTERS ARE a, f, h, 1, sp, ix , iy; 

SUBREGISTERS OF f ^RE cry 1 zero 1 dm 6; 

CASCADE b c INTO be; 

IF CLOCK = 2:3:1:4:8 AND PIN 4=1 

THEN A = PINS (24-36) + B, 
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IF a = 0 then z = 3; 
IF PINS (36-40) = 14 then a = b* 
IF PINS (36-40) - UOIB then a = RL a 

The store and copy statements control the 
library use as shown below; 
STORR AS ureownname 

/* one complete CALSIM statement ♦/ 

END OF ureownname. 

COPY ureownname SUFFIX ab. 
Finally components must be connected to- 
gether using the buses and cords. Thii* 
wiring operation provides the logical path 
for the signals to follow during simula- 
tion. The statement maps the wire numbers 
from the bus, backplane, or cord onto the 
pin nujnbers of the memories, i-O devices, 
or other logical component. 

m^NECT bus3 TO chipl (1, 4, (7-12), 2, 

3) ((1-12)) ; 
"'O terminalone ((16-32)) ({4-12)). 

CLASS EXPERILNCE WITH CA1.SIM — COURSE 
DESCRIPTION 

The language and the compiler/simulator 
were used and evaluated by a group of 17 
graduate students in an introductory com- 
puter organization course at UTA. The 
studpnts, all whom had undergraduate 
degrees in fields other than computer 
Science, had completed six to fifteen 
hours of graduate Computer Science prior 
to taking the course.* By midsemester, 
students were expected to be familiar with 
the manufacturers literature, the DEC 20, 
and the compiler/simulator, and to know 
the text (20) chapters covering opera- 
tions, number systems, Boolean algebra, 
gate networks, logical designs, and part 
of the operation of the Arithmetic-logic- 
unit (ALU). 

For the mid-semester (take-home) examina- 
tion, students received a microcomputer 
design with some fifteen explicitly wired 
coi:>Donent8 alona with a detailed explana- 
tion of the action of each component. The 
students were required to design several 
of the units using gates, e.g., a unit was 
shown which could select the next micro- 
memory address from a ROM, the pipeline 
register, or the microprogram counter. 
The students had to design a selector 
switch that would place the correct value 
on the output pins of the unit based on 
the input from three control lines. 

The tenn project, assigned during the 
> second week of the semester, required the 
students to choose a microcomputer and to 
develop a block diagr£un using the compon- 



ents. They were then to describe in the 
CALSIM language the hardware represented 
by the block diagram and to process the 
description through the compiler. Finally, 
critiques of the CALSIM language, the 
compiler/simulator, and their use as teach- 
ing tools were required. To encourage 
searching for defects in the system, extra 
points w-re given for each Software Trou- 
ble Report. Several 30 minute lectures on 
the CALSIM grammar, language, and compiler/ 
simulator were given during the third 
quarter of the semester. The students 
'•'«re permitted to work individually or in 
groups; a total ct eleven reports were 
received . 

CLASS EXPERIENCE WITH CALSIM - RESULTS 
AND CRITIQUES 

Student program lengths varied from 95 to 
over 1000 lines of code. The components 
numbered from 12 to 20. The response to 
the language and grammar indicated that 
both were easy to learn and use. This was 
confirmed by the relatively lon^ error- 
free programs. 
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opal - A Hardware- In-x 
fi open dent Asbenhly/ 
Language for Educat xJbn 

Thomas G. Luce , PhoV 
Odessa College V 



Background 

As computers become increasingly im- 
portant in our society, concern is growing 
about developing computer literacy? t lat 
IS, making people understand what comput- 
ers are and how they operate. 1 The intro- 
ductory course proposed in the Data Pro- 
cessing Management Association's model 
curriculum project suggests that computer 
literacy involves some understanding of 
computer hardware and processing concepts 
ad well as problem-solving and program- 
■lin9 methodolo9 les . 2 Many of these topics 
can be rather abstract, and while our col- 
lege students should be capable of logical, 
formal thought, i believe that a concrete, 
tangible approach often works best. 3,4 

A related problem m ccmputer liter* 
acy 18 developing within the computing 
community itself. while I agree with 
Shelly and Cashnan that an understanding 
of assembly language is essential for the 
professional programmer, many participants 
of r% ent DPMA curriculum model workshops 
would argue that this is not important for 
the business applications programmer/ana* 
lyst . 5 

Both problems may be related to the 
diversity and complexity of currently 
available systems which obscure relatively 
simple, elementary concepts (the forest for 
the trees problem). If,* as Abel argues, 
learning an assembly language makes it eas- 
ier to learn other assembly languages as 
well as higher-level languages (and more 
efficient use of those languages), would we 
not then be well served by a simple "com- 
puter** and assembly language upon which ba- 
sic concepts could be t3ught76 

Opal, the Odessa Pedagogical Assembly 
Language, ie an assembler and simulator of 
a simple, hypothetical computer designed to 
be a solution to the problems above. 

The Opal Computer 

Opal is a binary, word-cr iented com- 
puter with internal data representations in 



octal. Memory consists of 1000 se<|4ientlal 
36-bit words. THe control unit consists 
of five 36-bit registers, a program coun- 
ter, instruction register, accumulator, 
index register, and an extra <x) register. 
Figure 1 shows the Opal machine-instruction 
format. Each instruction hips a 6-bit oper- 
ation code (OP) followed by indirect (IB), 
index (XB) , and immediate (UB) bits, and a 
27-bit operand field. 

/~0P /IB/XB/UB/ operand / 

3 3 2 2 2 2 0 
5 0 9 8 7 6 0 
Figure 1. Opal Instruction Format 

Opal supports absolute addressing 
along with indirect, indexed, and immedi'ate 
addressing. The addressing logic allows 
indexed and indirect addressing to be used 
together. When indirect and immediate are 
specified jointly, an effective address is 
determined and used for the immediate oper- 
and. A combination of indexed and immedi- 
ate addressing is not supported, and if 
specified, results in simple immediate ad- 
dressing . 

Subroutine calls and returns are im- 
plemented by means of a pushdown stack 
which is directly available to the user 
via push and pop instructions. 

The instruction set of Opal (see Table 
1), while limited, represents the major 
kinds of instructions ourrently available. 
These instructions include data moving in- 
struction (LDA, STI, PSH, etc.), transfor- 
mational instructions, arithmetic ( IAD, 
ISI, «UL, etc.), logical (AND, COM, RCS, 
etc.), and branch instructions including 
unconditional (UMJ, RET, etc.) and condi- 
tional (IZJ, DSz, ANJ, etc.) jumps. 

Additional instructiors provide for 
simplified input: of dacimal integers (RPI) 
and output of either decimal integers (PRI) 
or octal numbers (PRO). a final group of 
instructions (TON, DMP, DSK, etc.) have 
been included specificali> to allow stu- 
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dents to use tra-^e--. an'i Jum|;s. 

Opal hardware recoanizeb a number of 
error conditions, includmq illeqai memory 
references, unknown ofjeration codes, divi^ 
sion by zero, and stack over or underflow, 
among others. All errorn are ^on h i (i f» r r d f.i- 
tal and result m an aborted execution. 
Durxn>.j the abort, a dump is automatically 
generated of all registers and the simula- 
ted memory surrounding the instruction cau- 
sing the error (see figure 2). Additional 
dumps list the contents of the subroutine 
stack and a ^umy history table detailing 
the jumps most recently executed prior to 
the abort. 



occond pass, provided that no assembly er- 
rors have been encountered. 

Each source line presented to the as- 
sembler has from one to four fields as in- 
dicated in Figure 3. 



label 



OP 



OPERAND 



Figure 3. Opal Assembler Source 
Line Format 

The label field is optional and pro- 
vides symbol ic address capabil xties for 
the assembler . 

Labels Bust begi^ in column one and 




Figure 2. Execution listing for recursive factorial program including 

error termination dumps. 



Opal maintains a count of instructions 
fetched/ including indirect chains and 
aborts after loooo. An optional execution 
time switch allows this limit to be in- 
creased to 100000 for long programs. 

The Opal Assembler 

opal us^s a two-pass assembler that 
produces object code directly in simulated 
•emory. TKe object program produced is ex- 
ecuted iMsediately upon completion of the 



may be up to ten characters long. Source 
lines vith only a label are allowed. If 
any fields follow the label, they must be 
separated from the label by one or more 
blanks . 

The OP field, beginning anywhere af* 
ter column ^ono, contains an operation code 
mnemonic or an assembler pseud o -op . An 
asterisk (*) immediately fol lowing an op- 
code indicates indexed addressing. 

The operand field may contain a sym- 
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Th'^ Uijni [Toduji^l ^iurinq an terror 
termmatioa, rc^jistt^r and momorv, .ubrou- 
tino ^tar^ , and jump history table, can be 
ro':ut..-,tri at \nint \n tho {roqram bv 

in luiinj t'P i T' } r-i m the source pro- 



0000 

oooo 
000 i 

0001 



000 3 

doe« 
oon« 
oon* 

0007 
0010 

00 i I 

001 1 

0011 

00 I « 
ooif 

0014 

001 7 
0010 



*^oooooooo}n 
t snoooooon^n 

iltOOOOOOOO) 

iinooooooon4 

}«00000000l7 

^tnoooooooi 1 
iiooooooonfn 
A*oooooooO}n 
foooooooonin 
««noooooooio 
lonoooooonnn 
7 lononnoonyn 
imooooooo^o 
iioooooooni) 
^loooonooonn 
oooooonoooQo 



on 1 1 
nolO 
nno* 
nooo 



«T0^ 



»0I N 

••I N 

••hi 

r*rt 

»f T 

"t T 

run 
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mode slumps are formatted four words per 
line while batch dumps are written with 
eiqht words of memory per line. A read in* 
struction will also accept TON, TOP, and 
HLT instructions. TON and TOF set a trace 
control flag^ and HLT causes an immediate, 
normal program termination* After input of 
any valid debugging command, except of 
course HLT, Opal will again request the in- 
teger input. At this time an additional 
debug command or the required number may be 
entered. Input of a non-debug command or 
other invalid data will result in an error 
termination complete with dumps. 

When the trace control flag is on 
(TON), information about each instruction 
executed is printed {see Figure 5) after 
thtt instruction has been executed. This 
information includes the instruction loca- 
tion and mnemonic as well as before and af- 
ter contents of a^y registers or memory lo- 
cations changed by the instruction. 



Opal IS presently being used at Odessa 
College ir. a f re shman-levei introduction 
to data processing for majors and non-ma- 
jors* Two or three s'^nrt programs re- 
quired of students raise questions such as: 

1) How much work can a computer accom- 
plibl: in a single instruction? 

2) How difficult IS It for a higher- 
level language to comput e A=B*D/£**5? 

3) How can the computer tell the dif- 
ference between data and instructions? 

4 ) What happens if you try to execute 
data? 

5) What happens if you forget a halt 
instruction? 

6) Why are codes necessary for letters 
and symbols? 

7) I want the computer to stop when 
the remainder is six; is it going to do 
that for me? (You mean I have to tell it 
to do that??) 




Figure 5. Recursive factorial program execution with 
input of TON activating trace mode. 



The effective address and contents of 
locations used in memory references are 
displayed as are immediate operands when 
appropriate. Tracing conditional branch 
instructions displays the register being 
tested and the destination of the jump. 
Whether taken or not. 

Subroutine calls and returns list the 
destination of the j ump and the depth of 
the subroutine stack after execution of the 
instruction. Push and pop instructions 
also cause the stack depth to be listed. 

Execution of a TON instruction causes , 
the simulator to enter trace mode and to 
remain there until the end of execution 
or until any TOP is executed. Selective 
use of TON and TOF allow the user to trace 
anything from single instructions to entire 
programs . 

Current Use 



8) How does the computer know wh(*re the 
data are anyway? 

Most programs assigned use a subset of 
Opal^ often only absolute and relative ad- 
dressing along with simple branch and 
arithmetic functions. Questions, such as 
how do I make the computer do an integra- 
tion?, are approached by demonstrating that 
complex problems can generally be broken 
down into a series of simpler functions. A 
lab requiring students to multiply and di- 
vide numbers using addition and subtraction 
may be assigned as a case in point. 

After working with Opal in labp for ap- 
proximately a month, we move to where we 
can now consider what the compile*'/inter- 
preter must be going through to do various 
requested functions. Opal is also used in 
lectures to demonstrate common CPU fea- 
tures. Addressing modes can now be dis- 
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cussed rt»ferin7 back to the oimpie jj.lre.- 
"•iintl used m the lab. Indirect addrr,,inq 
can btj compared with absolute addreb.^inq 
and memory modification. Indexed addrcs- 
^fni „dn be relatf»J tc5 base reqister ad- 
ire , ,1 n'? . 

'J[.al has also been used for the first 
half of another ^las., , Asbembly Language 
Programminq. In this couri^o ^ heavy em['ha- 
-*ib 1 o placed on the r C 1 a 1 1 on . h ) between 
machine architecture and machine ini.truc- 
tion formats. students use Opal an as- 

st-mbl oour ,e lint into .-nachine code and 
back to aourut. . AddrecSinq modes are co- 
v»»cfcd in detail with special consideration 
jiven to flow diagrams depicting effective 
address calculation. 

After a brief study of the Opal in- 
•btruction set, assembly programming con- 
cepts are presented and demonstrated with 
O'pal prograns. Topics include loop control 
and table handling techniques for reentrant 
ani non-reentrant applications. 

Subroutines are discussed using built- 
in Opal features and several other commonly 
used procedures. Five or six methods for 
argument passing are considered to prepare 
the student for various approaches encoun- 
tered in real systems. 

Finally, recursion is introduced by 
Opal's built-in subroutine stacks and user 
-defined stacks. From this framework, 
problems related to recursion m higher-le- 
vel lanquaqes are touched upon briefly. 

After seven or eight weeks of Opal, the 
study IS shifted to the UNIVAC 1100/10. 
Concepts introduced with Opal are now ap- 
plied to a real machine with multiple and 
overlapping registers, varied addressing 
modes, partial word capabilities, and a 
larger instruction set. 

-.v;epts of looping and table handling 
introduced with Opal are quickly carried 
over and expanded. Assembly subroutines 
are written to be called from Fortran of 
Cobol main programs. Subroutines linkage 
and argument passing, first discussed with 
Opal, relate directly to these real life 
s 1 tuat ions . 

While no formal evaluation of Opal has 
yet been attempted, instructors using the 
language have an intuitive feeling, based 
partly on student questions and exam re- 
sults, that it fulfills a purpose in our 
educational program. This belief is fur- 
ther supported by stjdents working on IBM 
System/ 370- type equipment who report that 
Opal has helped them understand those ma- 
chines. 

Technical Considerations, Transportability 
and Other Loose Ends 

Opal is currently implemented on a 
UNIVAC 1100/10 operating under the 1100 F.x- 
ecufive (3hRl), Most of the code is in 



Fortran {FT^i g H 1) , but some ^,ection-> 

are m Uoo a:>oenbly. Tht; most important 
assembly code deals with implementation of 
^'ial*s shift instructions. -Les, important 
as^^embly ..ode determines CPU time and 0| - 
eration mode ( ba t ch / dema nd ) . 

conversion or elimination of astienbly 
^ode '.hould present few problems for 
trani^portability . More significant prob- 
lems may be encountered by .sites" whicn do 
not yet have Fortran 77, as Opal makes ex- 
tensive use of block irs and to a lesser 
extent, other fuature^ not found it stan- 
dard Fort ran IV. 

We are attempting to maintain two equi- 
valent versions of Opal at udessa Colleqe. 
One IS a standard version whieh ^.hould be 
transportable within the limitations men- 
tioned above. The second veision is opti- 
mized for the UOO's operating system. 
This version uses the system source input 
routines {SIR$) and behaves like a stan- 
dard £iystem language processor. 

Both versions make limited use of stan- 
dard processor call options to turn off 
the demand mode flag and to ovt.rride the 
smaller of the instruction fetch cycle li- 
mits. Both functions could ea-iil/ be 
changed to use sense switches or some 
other appropriate feature. 

Currently we plan to add sever il fea- 
tures to Opal. One change would nermit 
read instructions to detect and branch on 
an end-file condition. A more important 
planned change will allow text I/O. This 
will not only allow beginning students to 
prompt for input and label oatput, but 
will also allow advanced students to study 
real life I/O formatting problems. 

We believe that an elementary under- 
standing of internal computer operation is 
not only an important part of computer li- 
teracy, but that It also facilitates un- 
derstanding of other computing concepts 
and languages. We also believe that the 
complexity of modern computers can over- 
whelm the novice programmer. Opal was de- 
veloped in response to these needs and li- 
mitations. While no formal evaluation has 
yet been attempted, progress is being made 
toward our goals. We invite others who 
share our concerns to investigate Opal and 
to use It if appropriate. 
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TABLE 1 
THE OPAL INSTRUCTICN bET 



^"'-;^<^n ic g'^tal descriptior 



# 



A*. Zj 


4 ') 


logical product of [A-reg]* and [EA] 






3 


ju[t;i to EA if iorr^^g] is negative 




f\il ; 




jump to EA It fA-req] zero 




C ' '1 


0 


li>_'jonipl(jinontof [A~reg] ^ 






7 2 


[A-rocjl divi de d by [EA] / quotient to A-req, 


remainder to X-req 


DJ T 


0 


d u inp jump history table 


DM P 


vt J 


Jumfj momory from word zero thr*; EA 




K 


n 4 


duiHfi subroutine stack 




Do /j 


3 2 


''iec reme n t [EA] and bkip next instruction if 


zero 


HLT^ 


'iO 


stop simulat ion 




IAD 


1 4 






lAI 


)6 


integer^ add [EA? to [I-reg] 




1 N J 


1 4 


j tim p t o La if [I"~regj is negative 




I 


IS • 


integer subtr-'ct [EA] from [A-reg] 






r ; 


integer subtract [EA] trom il-reg] 






a 


increment [EA] and skip next instruction if 


zero 


IZ J 


^) 


jump of EA if [l-regl zero 






Si 


;jump to subroutine at EA 






4 \ 


left circular shift of [A-reg] 




LIjA . 


I J 


load A-req with [EA] 




LDI 


I 3 


load I-req with [EA] 




L uS 


4 4 


left logical shift [A-reg] 






' I 


multiply [A-reg] by [ EA | 




NOP 




"^u operat ion 




OP 


4 J 


logical sum of [A-req] and [EA] 




pnr 


^3 


remove top entry from stack and place in A- 


r eg 


PRI 


60 


I)rint [EA] as an integer 






<3 7 


print [EA] as 12 digit octal 






^)4 


push [EA] on jjubroutine stack 








right arithmetic shift of [A-reg] 




hi o 


4 5 


riqht circular shift of [A-reg] 








read an intecjer and store af EA 




RtT 




)uu\l> to address on top of subroutine stack 




KL^ 


4G 


light logical shift of [A-regj 




..TA 




-itore [A-regl at EA 




ST I 


2 1 


store [I^reg] at EA 




^TX 


22 


store [X-req] at EA 




T')F 


0 2 


turn trace mode off * 




TON 


01 


turn trace mode on 




UNJ 


30 


unconditional 3 ump to EA 




XIA 


11 


exchange [A-req] with [I-reg] 




X^>R 


42 


logical difference of [A-reg] and [EA] 




♦ [ 1 


* c o n t 


nts of, A-rog = accumulator^ EA - effective 


address 



4 



r-rog - inrl(>x register, X-rog « extra register 
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Althoutjh so.Tit-' ray *'iew the l>ricrjt' course 
as an outraqoous ox t ravaganco , wf at east- 
ern Washington Inivorsity are convinced 
that Computer Scit-nc*' 2^8, Pre-AssemM*-n, 
Ls a luxury well worth the cost. The 
course is not reauiLed for computer sci- 
ence majors, and it is not an official 
prerequisite for the course, 'assembly 
Language ProgranFinq. In fact, it is not 
even listed in the official university 
catalog, but relies on word of mouth pub- 
licity. Yet, enrollment has grown from 
4-5 to about 2 5 since it was first offered 
two and one-half years ago. Although hard 
follow-up data are not available, instruc- 
tors for th*^; assembler course note that 
graduates of Pre-Asscmbler invariably 
enter with increased matu^-ity, a greater 
understand! n<j of fundamental concepts of 
macnine Languai^e architecture -^nd 

with a more positive and expectant atti- 
tude, compared with those who enter with 
only the required working knowledge of a 
computer language. Grades have increased 
by approximately ' unit. One .nstructor, 
not knowing whic ^ s "dents had taken 
i ro-.^ssembler , pinpointed 13 ouu of 15 
people m the given «^cctin:i. Th-s was due 
firimanly to enhanced xniight anc. under- 
standing. This observation is not very 
surprising, nor is it terribly inter'est- 
ing, from a carricuta planning point of 
view. On the other hand, we feel that 
Pr '-Asserljler if unique and interesting 
foi its own content and for its systematic 
treatment of the pitfalls awaiting the 
neophyte assembly lar^uage programmer. 

every legitimate topic in the curriculum 
could be accompanied by a list of identi- 
fiable inhibitors. These are commonly 
recognized problem areas which can easily 
cause a student to stumble and which re- 
quire particular effort and care by the 
instructor. Inhibitors are not neces- 
sarily spawned by the difficulty of t!ie 
content itself. Instead, they ar»' oft(^n 
generated by a quantum leap bc^tween a 



s t udent ' s [.nor course wor an^i t ho cor.- 
tent -f the current coursi.'. A^^serbl; 
ianc/^aqe ijrogramrr i nq ap; ears tC' \iv a r.ri-^r 
example of material which, thcaqh not 
trinsically demandinj, packs an unusuall 
hi ah concentration of i nte 1 li^c tua 1 traur.a 
for the uninitiated. 

Here are some characteristics of assf-ilil 
language programm.iiKi wn^ch the typical 
undergraduate confronts for tho first 
time: 

1) A totally alien instruction set: 
Even with the rcquiri.^d Fortran, Pascal, or 
Basic, the student has at least had vvhole, 
meaningful vvords in the instruction sets. 
Now, there are only cryptic mnemonics pre- 
sented .m some strange vertical order. 

The do not appear to resemble tht' com- 
mands of high-level ianquog s in c .iv wa% . 
There is no equal sign, at least net for 
assignment, as in Basic or Fortran. And 
even something as fundamental as IF is no- 
where to be found. Innervmg indeedl 

2) Miniscule increments of task com- 
pletion per instruction: Once the student 
has learned enough commands Lo pe^^form 
useful work, ho or she is overwhelmed ini- 
tiallv by the high ratio of instructions 
per actual task um : a dozen instruct 3 ons 
jUst to move a field of alphanumeric char- 
acters into an out^^ut area. And we 
thought Coboi was verbose^ 

3) A nearly total lack of semantics: 
The student fresh out of Fortran wili. have 
exerted considerable effort to master the 
intricacies of calling conventions and 
parameter passing, globality and variable 
protection, and perliaps some basic control 
structures. But with an assembler, nonc^ 
of these come with tiie package. Pv.'-^ sue': 
a burning issue as whether recursic". is 
possible or not becomes a nonissue. Tht^ 
programr.-r can do virtually an% thing ht^ or 
she desires. This instant omnipote-nro 
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Lncon»-s instant i^^^pott-nce , leaving many in 
^ nt'tvuus state, bf reft of their comfort- 
^.Mt^ list of "shalts" and "shalt nets." 

4) Lack of ddta structures u. the 
iauquaio: The lower' d i vi s i on student has 
jUst becomt- ; rof icient in translating in- 
teract tVe algoritnms into loops within the 
code and into arrays for storing and ac- 
cessing data m sone orderly manner. Now 
the very mechanics of allocating, manipu- 
lating, and accessing a^'rays are dumped 
LacK into his or her lap. Even finding 
A^r; becon(.:s a najor task! 

5) Forcible presence of the architec- 
ture of the nachine: Computer hardware 
is not the cup of tea of the typical un- 

' dergracluate progr'amjning language student. 
And yet, here it is, explicit, detailed, 
and essential. One must know precisely 
tne system of regi'^-ters used in the sys- 
tem. How wide are they? Are they gen- 
eral purpose. .. really? How does one 
move things on and off the stack? Which 
instructions apply only to the stack and 
stac^K pointer? Are there separate stacks 
for the system and for the user? Hov; is 
nemo.y laid out? Where are the critical 
and protected areas of memory, portions 
which the user should avoid? What is the 
word length of the system? How does the 
programmer handle numbers which exceed 
this limitation? And worst of all, hew 
many ways are there for the user to ad- 
dress memory? In most cases, not a single 
one of these topics was even mentioned m 
the prerequisite programiniftg courses . 
Depending on the particular student's in- 
clinations, this confrontation with the 
s/stem can bo overpowering. 

6) N€}<~'d for awareness of speed vs. 
space trad^'offs in code: A typical stu- 
dent completed Fortran by getting some 
minimal set of programs ]ust to runi The 
difference between a program which runs 
and one which do^^s not is a far cry from 
the diffe*-ence between register-to-reqis- 
ter and memory-to-memory accesses within a 
critical loop. Vet the assembler student 
IS now forced to consider optimization of 
this latter variety, pondering the conse- 
quences of wasted nanoseconds, 

7) Nonde^'imal base arithmetic: It is 
bad ♦.•noufjh that th^ setjuence of instruc- 
tions, m mnc^nonic form, appear cryptic, 
Uut the obiect code itself is in octal or 
hexadecimal, making debuqqing at this level 
labor 1 rujH . 

8) Opera tor-o^ and format: Every 
operation, no matt ' what the particular 
application, is fotced into the mold of an 
insn ruction having a sincjle operation 



followed by zero, one. or two operands. 
Compared to any high-level language, this 
strikes the novice as a terribly stifling 
requirement for a language, 

9) Testing and branching based on con- 
dition codes or flags: Life vas rather 
uncomplicated when an algorithm, na matter 
how complex, could be reduced to a series 
of IF statements, perhaps nested, (Of 
course, this reduction itself took consid- 
erable effort,} But now, there is nO IF, 
and v*;e must resort to esoteric tests of 
bits in status registers. Then we must 
branch or jump accordingly, making certain 
that we do not invert our intentions m 
the process. And as we branch, we may 
have to watch continually for the interval 
of the code we branch over. If., as on 
several smaller machines, the displacement 
would be too far, then another instruction 
(JUMP, perhaps) and additional memory must 
be used, 

1 0 ) On- 1 1 ne debugging techniques : 
Previous to this, the student's bag of 
tricks for debugging consisted mainly of 
STOPS (in Basic) and of extra WRITE state- 
ments (in Fortran) to follow the executj^on 
of a program. Now the programmer is given 
the opportunity to single-step through 
machine-level code, examining and changing 
contents of memory and registers. This is 
a whole new skill, comparable to learning 
the subset of another programming language. 
It IS particularly disconcerting to many 
that they never learned to efficiently 
rJeSug a r-rogram m a high-level language. 
Now, they find themselves forced to expana 
upon inadequate skills . 

11) Aura and mystique surrounding the 
assembler language "p-iests": Irrational 
or not, a student who has learned the dif- 
ference between systems and application 
programmers and between levels of lang- 
uages probably has learned to respect, 
even venerate an assembly language pro- 
grammer. This fear of the ultimate can 
generate an unhealthy inhibition in the 
wou Id-be assembler student . 

12) Unreadabi lity of code: Even when 
commented and structured, assembler code 
IS tcugh to read. And since students 
learn qu.ckly by reading examples from 
their tt^xts and modeling their own pro- 
gramc after those, their best source of 
help now turns into yet another barrier 
which IS unfortunate . 

13) Lack of helpfulness of manuals: 
Among the scores of Basic and Fortran 
textbooks, the student can normally find 
help at a Icjvel which is appropriate to 
his or her needs. The typical 
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andor graduate rarely has to consult a sys- 
tem manual at all. But for a problem in 
assembler, he or she will most likel\ be 
driven to seek help in the vendor's docu- 
mentation. This IS often an exasperating 
experience for a cjood programmer. Fo. a 
beginninq student, it may be fatal. 

14) Extra system la\ers: The high-level 
language user generally debugs programs 
from within the language itself. The as- 
sembly language user must learn a new level 
of system interaction: the system util- 
ities. Some individuals never learn to 
distinguish between the utility program, 
the assembler, and their own program,' 
Furthermore, the vagaries of systems pro- 
grams constitute an impo^sition on the al- 
ready too short academic term. 

Officially, we as a profession continue to 
require knowledge of an assembler to 
achieve an: 

1) understanding of mach i ne- level exe- 
cut ion . 

2) appreciation for issues of optimi- 
zation of high-level code. 

3) ability to link to existing assem- 
bler routines. 

4) ability to write original code for 
t ime-cr L t ical routines. 

atilitv to encode entire programs 
in assembler. 

Although reason five is a weak justifi- 
cation for learning an assembler, a par- 
ticular application may reauire an ex- 
tremely close grasp of data or forms lay- 
out. Also, if a program is to be compiled 
very frequently, then an assembler would 
-^peed up that' portion of development time. 
And of course, single step debugging in 
assembler code, particularly for small 
systems, can yield bug-frc^ code in a 
shorter time. 

At a deeper lev^l, we hope that mastering 
an assembler will endow the student with 
Lhat elusive virtue called maturity. We 
claim that this sort of maturity is gained 
primarily by meeting and overcoming the 
inhibitors listed above. The discipline 
of learning to use a specific instruction 
set for writing code is quite secondary, 
perhaps even incidental. 

Admittedly, no single item from our list 
IS terribly traumatic. The trauma for a 
student is synergistic; it consists in 
having to become sensitized immediately to 



a wide spectrum of concepts. Everything 
in our list must be faced squarely before 
a single program of any consequence can be 
written and denugged. 

The rest of the paper will describe the 
Pre-Assembler course. The importance of 
the paper will be in the course's point- 
by-point antidote to the 14 ailments. 

Pre-assembler was born out of the recog- 
nition of clearly identifiable deficien- 
cies/needs within the curriculum itself. 
Since it does not treat a single body of 
knowledge, there is no single textbook 
which could satisfy its unique require- 
ments. Instead, the course is really 
three contiguous units of material, each 
with Its contribution toward eliminating 
assembler trauma . 

The first three-eighths of the course is 
based on the use of the HP33E programmable 
calculator. All of the students have had 
programming experience, mostly in Basic. 
So, they are accustomed to the process of 
reducing problems to algorithms, then to 
code. But they soon experience the flavor 
of an assembler-level world when they find 
themselves foiced to consider programs m 
units of miniscule steps, rather than in 
the sentence-level instructions they had 
used in a higher-level language. Each in- 
struction has from zero to two operands, 
similar to the format of assembler codes. 
Data may be carried within the program 
itself, as in assembler, but they are 
alvays a sort o^ immediate mode. They 
quickly get comfortable with seeirg their 
logic represented as numbers, since the 
calculator stores programs as sequences of 
location codes for the various keys. 
These numbers are the sole identifiers of 
the instructions, as the programmer exam- 
ines a program already in memory. 

The architecture of the HP calculator is 
well-suited to teaching assembler con- 
cepts. Storing and recalling data from 
the seven registers, a feature of the cal- 
culator, *s a pattern for the most fre- 
quent type of prograinming in an assembler. 
The students become conscious of the, 
stacking features of the HP series, and 
this, in turn, leads ^a^i ly to the notion 
of a stack pointer . 

Testing and branching with a calc\2lator is 
a combined process which is remarkably 
similar to an assembler's methods. The 
»user learns that the equalities and in- 
equalities are really lor cal assertions 
which generate Boolean 1 uth values. From 
this. It is relatively trivial to speak 
^ater of logical test instructions in 
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assonbler, which set and clear the various 
status flags. in fact, once students have 
l€»arn€^d how the calculator hardware forces 
a branch around the next instruction if a 
value is false, they are relieved to dis- 
cover the increased flexibility of the 
assembler. 

Program debugging for most beginning stu- 
dents IS a hit-or-miss affajr. fi:xcept for 
the strategy of keying in a whole program, 
and then simply hoping that it works, the 
only methodical approach to debugging with 
the calculator is through single-stepping. 
We discover several benefits for the pur- 
poses of the course. First, this is the 
most universal means available on inter- 
active computing systems today. Then, the 
process reinforces the notion of cede as 
numbers; the student reads his program in 
Its nuneric representation, just as he 
wiJ.1 read octal or hexadecimal code while 
debugging an assembler module. And while 
single-stepping through calculator code, 
the student examines and changes registers, 
alters code, and forces execution to re- 
start at any point m- the program; the 
entire process is analagous to the tech- 
niques used with nost interactive debug- 
ging utilities. 

The students work on progranming problems 
which force them to exploit the instiuc- 
tion set of the calculator. The programs 
also require some ingenuity in order to 
fit within the constraint *of the 49-step 
limit of the machine. To nurture a re- 
spect for software, of whatever dimension, 
each assignment must be submitted with 
proper documentation and full user in- 
structions. If the instructor cannot make 
the program run solely on the basis of the 
student's written instructions, then the 
assignment is returned fur revision. 

The second module of the course, about si:. 
class sessions, is a brief treatment of 
number systems. We review place value 
notation in decimal mode, then discuss the 
general case using algebra. In this way, 
we attempt to avoid base conversions from 
becoming purely mechanical. The students 
then perform several conversions among 
decimal, hexadecimal, octal, and binary 
systems. 

During this unit it is natural to intro- 
duce the topic of two' s-complement arith- 
metic. Since we are not tied to a par- 
ticular computer at this po^nt, it is easy 
.(and entertaining!) to discuss the moti- 
vation of complement notation inductively 
and to use a hypothetical machine. When • 

pretend that our computer cannot sub- 
tract, only add, then we are ^orced to 



invent artifacts like sign and carry bits 
and to watch for phenomena like over- and 
underflow. In particular, we demonstrate 
that complement an thmet ic is poss ible in 
any number system. Using base 10 with a 
very restricted register width on our hy- 
pothetical decimal computer (having ten- 
state flip-flops) provides a light-hearted 
and painless transition to this otherwise 
nasty topic. 

For the remaining four weeks of the course 
Pre-Assembler becomes assembler by induc- 
tion. We use the 6502 microprocessor 
which IS imbedded in the Apple II com- 
puters in our student laboratory. The stu- 
dents receive no instruction set summary 
as yet, nor are they told how to use -the 
li^e-by-line assembler provided by Apple. 
But now that they move easily in a world 
of machine-level instructions, they know 
quite well the sorts of operations which 
a microcomputer should accomplish. So we 
proceei inductively ^o discover a subset 
of the 6502 instruction set. We give them 
only the numeric op codes, which they la- 
boriously enter in main memory one byte at 
a time. But even this is enough to allow 
them to write and execute programs and to 
single- step through their code. 

Wxtl:in tvo weeks of the end of the course, 
we a:stribute the full instruction set for 
the processor, together with mnemonics. 
Then we show them how to use the mini- 
assembler. Sj.nce they have been working 
in a state of language starvation for 
wc^i^s. +-be embryonic assembler looks as 
powerful to them as a PL/1 or Pascal 1 Our 
assembler is a line-by-line interpretive 
assembler and hence admits of no labels. 
It r*5quires the user to hand calculate all 
relative branching instructions, an ex- 
tremely useful exercise in relative ad- 
dressing, hexadecimal arithmetic, and 
two* s-complement notation. 

One capstone experience for the course is 
for students to master how an eight-bit 
processor can work vith large numbers. 
This requires a full understanding of how 
the computer handles signed arithmetic, 
and how the various status flags are used 
by the application programmer. We find 
t^at the notions of both overflow and 
carry as well as underflow and borrow are^ 
well mastered through this exercise. 

Almost at the end we address memory only 
in absolute and immediate modes. The 6502, 
having eight addressing modes with two 
index registers, provides as rich as rep- 
ertoire as the student shall encounter 
anywhere. We survey the additional modes 
briefly at the end of the course. 
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As with all bridge courses, the real re- 
wards materialize in the courses followincj. 
And indeed the level of expectancy and 
overall understanding among pre-assemblcr 
graduates in our UNIVAC assembler course is 
dramatic. It is refreshing to offer a 
course which was first developed froir a 
philosophical/pedagogical standpoint. 
After the philosophy was analyzed, the 
r.echanistic portion was then specified. 
Often, courses evolve in reverse order-- 
the actual pedagogy is an attempt to ra- 
tionalize hardwara^ dictates. We feel that 
the design and content of Pre-Assembler 
have earned it the rights of a legitimate 
offering for years to come. 
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COHPUTHR ASSISTANCE IN THE '^ERM^N 
INDIVTOUAI IZED INbTRUC'T'in'^I PRO<^RAM 
AT THE HHTO STATE UNIVERSITY 

fieimv F, Tavlor 

Department of 'German 



In January of 1976 the College of 
Hunanities at the Ohio ^ta^e Uni^^eisitv 
{OSU)was awarded a maior arant from the 
National Endowment for the Humanities 
(NEH) to develoo and imr^lement individual- 
ized instruction orograms ^or Arabic- 
French, 'German, Latin, Russian, and Span- • 
ish. This enormous undertaking was ac- 
comnlished in several stages. All lan- 
guages, except German, conducted their 
nilot orograms for the ^'irst two elr len- 
tarv courses from Seotenher 1977 through 
July I97B and were fully operational by 
the beginning of the academic vear of 
1978/79. At that time, two intermediate 
courses also became available. The devel- 
opment of the '^iierman program required more 
time because Professor Werner Haas, the 
coordinator, decided to create all ma- 
terials, including a computer-assisted 
instruction seament, ra^her than adopt- 
inn existing ones.^ 

The Department of 'German was the 
only one to incorporate a computer 
program with texts, tapes, and films. 
Professors Werner Haas and Heimy Taylor 
had already designed a computer program 
for traditional classroom sections. TUC^ 
Tutori.?! Computer, is a comprehensive 
tutorial prograi" that includes all the 
basic Herman grannar. It is offered to 
'^ermai* students free of charge and on l 
voluntrary basis. TUCo has been in use 
since 197 3 and can be considered one of 
the first comprehensive computer nroarams 
m Herman, if not in any foreign language. 

Foreign languages have had quite a 
struqgle with romputor programs . In the 
late sixties, foreign language enroll- 
ment and competency levels began to 
decrease gradually but steadily, especial- 
ly when one university after another 
dropped foreign language requirements for 
graduation. In the early seventies 
foreign language educators had to develop 



new Programs or revise old ones. Teachers 
reacted in various wavs to the crisis. Two 
of the numerous remedies attempted to 
bo:>ster enrollment were: the implementa- 
tion of individualized instruction programs 
and the use of computers. Developing com- 
puter programs to teach foreign languages 
was attempted at several institutions in 
the earlv seventies . Initially, results 
were quite disappointing; foreign lan- 
guage teachers themselves were reluctant 
to work with computers. Thev felt threat- 
ened in a world being taken over by tech- 
nology, t the same time, expenses pre- 
cluded developing programs, even if foreign 
language teachers were positively inclined 
towards the idea. In addition, the quali- 
ty of some of the first programs left much 
to be desired, especially when they did 
not offer more than what a good programmed 
text could have done.^ Critics were only 
too eager to question whether CAI could 
be effectively used in foreign language 
teaching. flowever, over the last two or 
three years, computer programs in foreign 
languages seem to have mushroomed all over 
the country. Solveig Olsen, in an interest- 
inq and highly informative arti'^le* "Foreign 
Lanauage Departments and Computer-Assisted 
Instruction: A Survey," stated, "It appears, 
then, that the computer, and especially the 
microcomputer, is about to become accepted 
as a useful aid in foreign language in- 
struction. "4 The article lists sixty-two 
foreign language departments with CAI 
programs , representing f i f ty-two insti tu- 
tions in twenty-four states and Washington* 
D.C.5 While this list certainly is en- 
couraging, and shows a marked increase over 
the last three years, remember that the 
list of institutions not using computer 
programs in foreign languages is much 
longer. Yet, another positive change can 
be observed. Almost all major professional 
'^eetinas of foreign lannuaqe educators , 
such as the Northeast Conference on the 
Teaching of '^oreign Languages, the annual 
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neetinq of the Vnorican Council of Teach- 
ers of Foreiqn Languavjos, the Modern Lan- 
guage Association meeting, and others 
devote at least one session to comnuter- 
assisted instruction orograms , or the use 
of comouters in foreian languages and 
literature in general. At the recent 
meeting of the Association of American 
Teachers of Carman in 'Boston ^November 
1980) a session entitled "The Role of the 
Connuter in Foreign Lan'^uage Instruction" 
was offered and verv well attended. Even 
foreign language teac'iers seen to have 
finally accented connuters in their 
Profession. \ot quite; for every 
suDDorter of CAI orograms, there are 
at least a dozen oononents or skeotics. 
This IS oartially due to the fact that? 
the effectiveness of CAI orograms in 
foreign languages never has been oroven 
or established. What the orofession 
really needs at this tine are comprehen- 
sive performance studies which show 
whether or not computer programs actually 
are effective. The Department of C^erman 
at O.SU has conducted pilot studies, but 
results were inconclusive; more elaborate 
studies are olanned for the near future. 
However, OSU has established that stu- 
dents like connuter orograms and consider 
them Private tutors. An attitude question- 
naire conducted during the academic year 
of 1974/75 and in the soring of 1976 
indicated a high level of satisfaction 
among students, particularly those who 
used TUCO regularly. 6 since then sdot 
checks have had the same results. 

This factor, nlus a Personal convic- 
tion regarding the usefulness of CAI pro- 
grams in foreign languages played a major 
role in the decision to make CAI an in- 
tegral ^art of our individualized lerman 
program. The natural relationship between 
individualized instruction and computer- 
asristed instruction is obvious when one ' 
examines the special features which 
characterise both: 1) variable Dacina: 
stud^nt^ set their own oace of learning 
rather than follow the aoals set bv the 
department or an instructor; 2) one-to- 
one tutorina; 3) options on the selec- 
tion of material at a given time; 4)elim- 
inatinq unsatisfactory performance level 
(fixed standards of competence); and 
5) branching options according to 
performance level. o;,sen also points 
out, "The computer's effectiveness in 
assisting self-Paced learning has resulted 
in numerous orograms comoletely indepen- 
dent of any course format or textbook. 
Such materials are praised for being well 
suited for those who, for example, only 
need to brush up a little to pass a 
proficiency examination. "7 



As mentioned before, the Department^ 
of German at OSU has had a comnuter uro- 
gram for the elementary courses since 
1973. This program was developed indepen- 
dent of any textbook. It is therefore 
possible to change textbooks without ma;3or 
revisions of the comnuter Program. 8 When 
we developed our individualized instruc- 
tion orogram, we felt that the total 
package, texts, taoes and CAT Program, 
should be coordinated. Therefore, the 
CAI orogram which we develooed for 
indivixiualized instruction (I.I.) contains 
the same vocabulary and grammatical struc- 
tures. Generally sneaking, however, the 
two computer orograms DECU, Deutscher 
Computerunterricht, for I. I. and TUCO, 
Tutorial Computer, for our regul^.r class- 
room sections^ are very similar. Both 
were written in the IBM Coursewriter III 
languaQe and orovide students with in- 
dividualized tutorial instruction for 
German grammar. They use Principles and 
oractices of the tutorial methods, and 
enhance and fortify a program of well- 
balanced language instruction. The 
tutoring takes place on a one-to-one 
basis, and all instruction is geared to 
students* individual xesoonses. The 
computer's abilitv to store a large 
quantity of information related to a 
student's most common mistakes in learninq 
'[German orovides tutorial advice which 
fielos students overcome unchecked errors 
and reinforce grammatical patterns and 
structures. They respond to advice and 
hints normally given by an exoerienced* 
teacher. 

While TUCO is an adjunct to our class- 
room sections, DECU is fully integrated in- 
to the German I.I. program and is a re- 
quired Dart of students' work. Their work 
is checked as t.rintouts are brought to 
the Learning Center. CAI work is not 
graded, but students receive advice 
according to the analvsis of their gram- 
mar Practice on the comnuter tetTninal . 

Specifically, how does the nrogram 
work? At the beginning of each quarter 
students attend an orientation meeting 
wh^e the I.I. program is explained; 
materials are introduced, the Learning 
Center is shown, and the computer program 
is demonstrated. From then on students 
are on their o^n. After they have 
studied a particular grammar segment, 
they are instructed in their text to do 
the computer exercises. Students must 
sign on with their individual number, and 
after they have selected a grammar segment, 
a brief text is typed out explaining the 
main features of the particular grammar 
tooic. Then students must do exercises 
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"j-'o 1.^- J , sv'l^h.••■ i." <'«T'"i3('S , or r.tns- 
Ii*-ioris. -j-^ msw^T Ls rorrt'i^t, they 

ir^- brin.:-i-.'i nht- next nrr)blr./5. in t\e 
•IS,, -^is*- ikos, titoriril hoio is aivcrj 
r^-rariint ♦■'if n.itiiro the ^nistaJco. Of- 
r-oirse ^-Vf'i' • -or snoILin^ orrors coubi not 
be nrn-Tr irunf 1, and if st iif^nts n.iko ^voln(^ 

aoMlim? St ikes, thev arc infor^^ed 
rh'i^ ♦■heir nnswor is wro^a an<] that thev 

i trv ^--iciin. Aftor connlotinn a 
S6-f">ent, stuifjnts ire 'nven a score. 

The nrc-rran Jistm-iuisnes between a 
loo'I anl noor ner f -^r'^Mnce . If students 
!o verv well, thav can skin a nunber of 
exomses n a <Tivpn se^nent; if thev 
rif-rfornf^d ooorlv, the" are asked to do 
t h^ section over .laain* 

What are Son^e of the results of the 
Herr^jn r.f. n ro irar? First, the oroaran 
h'is cont^-iba*-Gd to a s-iall, but stead v 
onroll-^unt m-^rcvise, even thouqh T.I. 
students earn on the average fewer credit 
hoirs ner quarter than those taking the 
'-•l-issroon sections, approximately three 
vs. fivr.. Ff^citures of I.I. are the onnor- 
tunitv to work at ones own oace . enablina 
stul-nts to take two or three credit hours 

-^er^an in aadition to a regular course 
load; or to go slower beca'ise other clas- 
ses are lemanimg nost of their time i.n 
a given quarter; or to work longer in or- 
der to acquire the necessary knowledge, 
because quite a few are not motivated 
emuih to work regularly and steadily on 
their owh in order to earn as many credits 
as they would in a classroom. Over fi^'ty 
nercent of those students enrolled in the 
f.r, oro^rim indicated that they would 
not hcv/e been able to stuiy Herman if 
r.r, had not been available. 

\ nUMsant surnrise has been the high 
ner^orr"an(!e level by r.I. students in 
init tests. The testintj in T.T. and in 
v-lassrnon Sections is totally separated. 
To rec*^ive crpdit^ a sturient must oass all 
^^'^^s'-s with el^Ihty nercent or better 
accuracy. M though we have three versions 
for each unit tf^st, only eight students 
ha 1 to take a test three times, and about 
five oerrent have had to take a unit test 
twic.--». The Hernan Heoartment has the 
n'">licy that students must accent the grade 
thf?y receive, as Ion t as^t is above eightv 
nercon^. r)urim autumn, winter, and soring 
quart'-rs of 1978/70 the average grade of 
17? students who hitl no previous Corman was 
91.5 Percent. For 144 students who had 
nrovinus Oer'nan, it was 91.1 oercent. This 
trend has continued m subsequent quarters. 
The high test results aro particularly sur- 
nrisin'i c->nsir|ering average scores in other 
departments have been lovrcr, and more 
students have taken th* tests more than 
once. .Perhans our fests are easv and we 
irarle lenient Iv"* This Question has been 
aske<i * or course. Yot outside evaluators 
from MKH and other institutions found our 
:>rngram quite ienanding, and colleagues 



L^ oth^^^ Im Jua^TM deoai tnonts have conLinented 
♦h''/ ^o'lsiJtT '^ur pru^rim ♦jxcelient, 
mi that we simply nrenare students well 
bo^^ore thev take their unit tests. We 
wo. Id like to submit, however, the ooinion 
thi*- the connuter orogram which we in- 
oornorated has made a difference. Since 
all our students should complete CAI e.x- 
ercises before they tak? a test, we know 
that most pract icc thei r grammar regular- 
Iv. The general trend shows that stu- 
dents who had German ijiStruction nrior 
to enrolling in an T.I. course practice 
fewer hours with the computer than do 
those who had no prior German experience. 
The result, as was cfted^ibove, is that 
the average grade of those, students with 
no prior German is about the same as the 
one of those who had 'German before. 

W-3 have not been able to establish 
any correlation between time spent with 
the computer and grades and number of 
credit hours earned. We have discovered, 
however, that each quarter a number of 
students visit the Learning Center only 
when they want to take a test. This 
means they did not have computer printouts 
checked, and our records indicate, these 
same students generally did not use the 
computer at all. They do well, probably 
because they had several semesters of' 
German in high school and were able to 
work through their "^materials in relative- 
ly short time. They probably could have 
passed a proficiency eJMminat ion if they 
had chosen to do so. Apparently, they 
enrolled in I.I, in order to earn credit 
hours with a good grade Over the last 
three quarters, winter, soring, and autumn 
quarters of 1980, ^instructors in the Learn- 
ing Center did not ask for computer print- 
out;. We wanted to see how many students 
wou.d not use the computer. Of the 287 
stucents enrolled in I.I., 43 earned an 
average of 2.2 credit hours with art average 
arad*^ of 3. "7, or almost A- . without 
usin*"^ the computer nronram all - The 
other students used th^ co^^Puter '^ro^ra'^ 
aonroximatoi v 6 'SO h'^ur*? in tho<;e tbre'^ 
^uart^rs We did not detect a Pattern: 
in fact student usage ranged f rom les*» 
than si\ty minutes to over fifteen hours 
per ouarter. This ranne had something to 
do with the fact that instructors did not 
consistently ask to see printouts. 

Another factor should be mentioned 
here, namelV/ how did I.I. students fare 
when they went into the classroom after 
thev had completed beginning German in T.I? 
At the present time we do not offer any 
other German course using I.T., therefore 
students wishing to continue with their 
German instruction must enroll in a reaular 
classroom, particularlv those students who 
have to fulfill a four quarter language 
requirement. 'Fin far we have found that 
almost all of our I.I. students have been 
able to continue in classroom sections if 
thev chose to do so. In the beginning 
their oral skills are usually inferior; 
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however, thf?v are particularly strong m 
thoir knowledqe qramnar an 1 score hi'?h 
on tests roquirincj it. Is t^is a resvlt 
of oar conouter nroqran in I.E.? We are 
inclined to think so. Classroom teachers 
i^ont inuouslv comment that T.I. students 
have little or no difficulty in mckina 
the transition to the olassroon. Students 
have the ontion of enrolling in a basic 
(four-skills) course, a conversation, read- 
ing in the humanities, or reading in the 
sciences track Those who feel esnecial- 
ly weak in their oral skills aenerally en- 
roll in one of the reading sections, a 
fact which apnlies to the classroom stu- 
dents also. Most I.I. students register 
for the four-skills track. Regardless 
which track 1.1. students choose, their 
grades indicate that their transition was 
successful. Of the 43 students who have 
continued in 103 ten received an A, elven 
an three a B+ , four a B, four a B-, 

thrf'^e a C+, three a C, one a C- , on*^ a D+, 
thr'^e an It should be noted here that 

most 103 courses are taught by faculty 
while all I.I. courses -ire taught by 
'Graduate Teaching Associates. In a recent 
auest lonnaire (autunn 1980 and winter 1981) 
we asked I.I. students if they felt that 
I.r. had orenared them well enough for the 
classroom? All of them answered in the 
affirmative. 

How do I.I. students themselves feel 
about CAT? Of the 50O plus students who 
have oarticinated in I.I. since its be- 
ginninq, about <6 nercent considered the 
orogram "very valuable," 58 nercent "use- 
ful," and 6 nercent "not useful." Occa- 
sionally studen^.s comment that they "con- - 
sider the CAI nart of I.I. the best." 

Tn our exnerience with computer- 
assisted instruction in German, we consider 
HECU a very valuable segment. We feel that 
this orogram is of great help, esnecially 
to the weaker students; they become aware 
of their deficiencies as tlues l^jad them 
to correct answer s .CAT, provides an oopor- 
tunity to oractice and review o^er and 
over aqain, a feature so important for 
weak students. In addition, CAI teaches 
not only grammar, it requires attention, 
concentration, and self-discipline which 
are necessary for developing successful 
studv habits. 

As far as general German language 
instruction is concerned, we feel the 
qomnuter should assist in the total teach- 
incj effort. We view our nrograms not as 
an autonomous teaching device divorced 
from the teacher, the classroom, or the 
Learning Center in I.I., but rather as a 
valuable addition which can enhance and 
fortify a proqram of well balanced language 
instruction. 
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Notes: 

1. For a tjetailed ref>ort on the four 
year e.xneriment in Individualized 
Instruction in six foreign languages 
at the Ohio State University, see 
Loon I. Twaroq and E. Garrison Wal- 
ters, "Masterv-Based, Self-Paced In- 
struction in Foreiqn Lanouanes at 
Ohio State bniversitv," Tile Modern 
L an/Tuage Journal , 65 ( 1981). 

2. Sone of the institutions which ex- 
nerimented with CAI orocjrams in 
foreign languages are: Stony Brook, 
Stanford, Dartmouth, the University 
of Minnesota, M. I. T. , the University 
of Illinois, the University of 
Southern California, and others. 

3. G. E, Nelson, Jean Renard Ward, 
Samuel H. Desch, and Roy Kaplow, 
"Two New Strategies for Computer- 
Assisted Language Instruction (CALL) ," 
Foreign Language Anna Is , 9 ( 1976) . 

4. Solveiq Olsen, "Foreign Languaae 
Deoartnents and Comnuter-Assisted 
Instruction: A Survey," The Modern 
Language Journal . 6^ (1980). n. 345. 

5. Olsen, n. 341. 

6. For detailed results see Heimv Tavlor, 
"HECU/TUCO: A Tutorial Approach to 
Elementary German Instruction," 
Foreiqn Language Anna 1 s , 12 (1975), 
pn. 289-291. 

7. Olsen, p. 344. 

8. Since the development of TUCO in 

197 3 we have indeed changed textbooks 
once and adonted a second edition of 
our nresent text. 
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COMPUTE, R-.\SSI5;TB;D instruction in MULouIC C( iM^^OSITK^N 



Paul E, Dworak 
North Texas state U[)ivorsitv 
De-iton, Texas IhZOI 
(817) 788-2791 



The art of composing mu^ic involves 
creative thought. However, if every com- 
poser's style were completely unique, no 
one could comprehend music. Composers 
create patterns of musical relationships 
that can be recognized by listen^^rs who 
understand the style being used. A cur- 
riculum for computer-assisted instruction 
in melodic composition shoulrJ teach the 
proper use of musical patterns. However, 
drill and practice techniques alone can- 
not effectively teach both pattern con- 
struction and creative thinking. An ef- 
fective computer teaching system should 
understand the structure of a student's 
memory well enough to know what patterns 
the <?i:udent might create. The curr iculum. 
software also should be able to recognize 
patterns created by a s tudent and eva lua te 
whether or not these patterns are used in 
effective contexts. 

Any compositional task is really a 
task in completing a pitch-time structure. 
Some elements are aiven or recalled. Oth- 
ers are generated or created. In the end, 
an event structure is assembled by the 
composer. A general definition of such an 
event structure follows: 



Dir(ection) - UP DOWN 



E (vent <|roup) 
E (vent ) ^ 

P ( Itch) 

Dur {at ion ) 

Str (ess) 

M (ember of setj 

L (evel ) 

A ( ssoc lat 1 on) 

I ( nterva 1 ; 



- (Ei, E2, 



fP, Dur, Str, M, 
L, A) 

^ scd le degree • 
^ note name - 
whole note> 
ha 1 f note • etc . 
A / i W 
TRUE FALSE 
*' event leve 1 ^ i 
^macro level ^ 
HAPPY -powerful! 
NULL 

^'uir. Size) 



Size 



Cross 
Genera 1 
Speci f ic 



^ {Gross, General, 
Speci f ic ] 

= BIG SMALL 

- 2ND 3RD 4TH etc. 

= MAJ MIN ' PERF etc. 



With these definitions other musical el- 
ements can be defined as sets of incom- 
plete musical events. For example, shape is 
Shape = {Dir (I (Fx)), Dir (I(E2)),-..} 
Figure 1 shows several student mel- 
odies that were composed as event struc^ 
t'.ires to comolete the motive r^^'ked "A." 
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F'lqure 1. ntructur*> of Stu lont Melotiios. 
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In thesf 'n;€i i'jvj I fs , stj. lens's no hi som(.- foa- 
tjros or the r-.utive fi.-.od but varied oth- 
t-rs. By usm-j t'lr third as an interval 
frame for p i tch --^roufjs throu^jhout the me 1 - 
od/, the students exhibit a compos 1 1 lona 1 
stratoq/: they ^rit-^ sots that move by 
simple stoiv relationships. Tho use of sots 
suqqosts that students work on more than 
one hierarchical level when thoy conoose. 
The/ select a time and oitch f ram.> , work 
withm It, and then relate the frames by 
melodic intervals that usual Iv are very 
sma 11. " * 

Observing; students' strategies sug- 
gests the materials and procedures that a 
melodic comoosition curriculum should pre- 
sent. However, because machine recogni- 
tion of patterns is diff icult to implement ■ 
when contexts vary, the melodic composi- 
tion curr iculum discussed in this paper 
does not recognize and evaluate students* 
patterns. Computers have no trouble find- 
ing what patterns might occur. However, 
as the author describes elsewhere, an al- 
vjorithm for parsing patterns from the in- 
put of human subjects must use thr^ differ - 
ences that individual subjects perceive as 
delimiters {Dworak, 1977). 

If a computer p'rogram is to recognize 
such individual differences, it must model 
a subject's memory. This paper later will 
present a cjeneral model for pi tch rela t lon- 
ships that define the ma jor dia ton ic scale . 
The model has limitations, but in the course 
of Its development, a number of memory mod- 
els were studied. This research revealed 
that elaborate brain-memory models cannot 
be implemented ef feet ively on existing com- 
puter architectures. The model and the 
strategies used m the molod ic composit ion 
curriculum represent trade-offs between 
what could be implemented and what could 
effectively enhance student production. 

A BRIEF SURVEY OF MEnORY MODELS 

Models of memory have attempted to an- 
swer one or both of these questions: 

1) What strategies enable a machine 
to produce the same structures 
that a human will produce? 

2) What do human strategies suggest 
about the operations and limita- 
tions of the brain? 

Early studies m decision-based human 
behavior recognized that a subject's be- 
havior depended on the conditions that he 
faced. The general model 

IF condition:- THEN ^action- 
gave rise to rule-based memory models. 
Rule-based models can be represented by 
lists or trees (Newell and Simon, 1972) or 
by digraphs and their matrices (Harrav. 
Norman, and Cartwright, 1965). Laske ap- 



plievi rulo-bas'^d ..lemory models *"o the com- 
posl^.ons of musical structures (Laske, 
1977). However, comoosition is a poorly- 
specif led task. Modeling it with rules is 
difficult . Such node Is work more success- 
fully in wel 1-specif led game problems like 
chess (Frey, 1977) 

Although condition-action models can 
reoresc-t what a person might do, they do 
not effectively represent what he will do. 
Vhe digraph can be modified to represent 
an individual's preference for actions un- 
der specific conditions (Kandel and Lee, 
1979) . Individual preferences should not 
be confused with probabilities. Fuzzy set 
theory correctly shows that human behav- 
ior IS not the product of random processes. 

Rule-based memory models do not spec- 
ify how or where the brain stores the rules 
that govern the mind's operation. Recent 
evidence suggests that memory is distrib- 
uted throughout the brain (Thatcher and 
John, 1977). If this is true , memory fix- 
ation and retrieval do not depend upon the 
function of individual cells but upon the 
chemistry of all cells. RNA may be part 
of the chemical basis for the memory trace 
because it has semiconductor Properties 
that could control the internal electrical 
functions of nerve cells (Brillouin, 1966; 
Hyden, 1970; Hofstader, 1979). 

Distributed-memory models suggest that 
memory has features of a hologram (Pietsch, 
1981) . Holoirams represent a scene by 
storing intfc, ^'erence patterns or phase 
differences between a reference wavp and 
waves scattered by objects in the scene. 
O'Keefe and Nadel demonstrate that the be- 
havior of individual cells in a rat's 
brain is a function of both the environ- 
mental stimulus and the phase of an inter- 
nal reference wave, the hippocampal theta 
rhythm (O'Keefe and Nadel 1 978 ) . 

A VECTOR-FIELD MODEL OF M2M0RY SCANNING 

An attractive feature of the hologram 
model IS that it allows the storage of 
manv memory traces with different phase 
angles in the same memory space. The prop- 
er recall then can be cued by the proper 
phase angle {Fran^on, 1974). This cuing 
IS done by scanning the memory space. The 
destinations reached during a memory scan 
would determine a subject's behavior in 
much the same way that matrices of pref- 
erences would suggest what a subject's 
next action might be in a fuzzy set model. 

The memory for pitch relationships 
that a composer might use can be modeled 
as a three-dimensional vector field in 
which memory elements occupy points in 
space (like a planetary system) and exert 
forces upon one another. The vector field 
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IS a useful model because it can re.^rosent 
both the pitch relationships that a com- 
poser mqht employ and t.ie degree to which 
an individual has learned a particular re- 
lationship. Weak relationships might ac> 
count for errors that a studer t might make 
if his contexts had not grown to match an 
"ideal norm. 

If a hologramic mode 1 of memory is val- 
id, a three-dimensional vector field may 
be a valid scanning strategy. Traveling 
through the vector field may represent 
moving throujh phase angles that trigger 
dif f erent memor les . The existence of such 
memory contexts again sugqe^^ts that re- 
call IS not random but depends upon the 
state of an individual's memory at every 
point in time. 

A CURRICULUM FOR MELODIC COMPOSITION 

Implementation of a creative and think- 
ing memory model on existiig computers is 
not feasible because the c ::i.putai,ion that 
IS required to scan such a model cannot be 
done m real time. In computer-assi:5ted 
instruction, the computer's response to a 
subject's input must be given quickly. As 
a result, the melodic composition lessons 
m this curriculum are limited to: 

1^ The definition and presentation 
of commonly-used melodic patterns. 

2) The description of operations 
that a student might employ to 
create melodic patterns. 

3) Aural reinforcement of these 
patterns, both through ear 
training and z:hrough the per- 
formance of student's melodies. 

The melodic composition lessons follow 
the limitations specified for first-semes- 
ter freshman music theor-y students at North 
Texas State University: 

1) Melodies consist only of the 
seven notes of the major di- 
atonic scale. 

2) Rhythmic values are no shorter 
than a Simple division of the 
prevailing metric unit, i.e., 
in ^, no shorter than an eighth 
note, in 2' no shorter than a 
quarter note . 

?) The seven scale members are 
represented in three sets 
(chords ) : 

Tonic {1, 3, 5} 

Dominant (5, 7, 2, 4} 

Subdominant (4, 6, 1} 

Melodies from the first seven chapters 
of the Ottman Music fo£ Sight Singing were 
studied to draw some conclusions about the 
kinds of set operations and relationships 
that should be taught in a curriculum (Ottman, 
1967) . Melodies in these chapters follow 



the constraints mentioned above. 

Pitch patterns are composed by scan- 
ning a memory that contains representations 
of these sots or chords. This scanning 
represents the recal 1 of pitch mot ions from 
memory. rDiatonic tonal melodies allov/ 
three kinds of motion; 

1) In-set: Within the inunediate 
context, only members of a sin- 
gle sot (chord) are used. For 
example, movement within the 
tonic would be 1-3-5 or 5-3-1. 

2 ) In-s^t , interrupted : Immed late 
motion IS controlled bv one set , 
but this motion includes members 
of other sets. For example, mo- 
tion from 1-3 could be embel- 
lished as 1-2-3 or as 1-4-3. 

3) Inter-set: Immediate motion is 
controlled by one set, but the 
goal of this motion is ^ member 
of another set . r'or example , 
from dominant to tonic , the pi tch 
pattern 7-2 resolves to 1, or 
the pattern 5-7-2-4 resolves to 3. 

Most of these lesson functions can be 
presented by using dr 1 1 1 and pract ice tech- 
niques. These techniques are supplemented 
by a graphics score edi tor and sound gener- 
ating hardware, which allow the student to 
create and perform melodies. A pattern- 
generator subroutine allows the student to 
create and embellish sets and to hear mel - 
odic fragments generated by operations that 
the lessons suggest . 

PATTERNS OF PITCH RELATIONSHIPS 

In the curriculum, the pattern gener- 
ator subroutine creates set patterns under 
the student's control. However, in order 
to better understand pattern generation, 
a vector-field model of musical thought 
was implemented as a separate rout me , out- 
side the curriculum. In this abstract mod- 
el, memory relationships are defined as a 
function of three-dimen^^ional space. As 
stated earlier, this space is similar to 
a three-dimensional planetary system or to 
the phase space that a hologramic model 
would need for recovering images. Travel 
through such a system depends on the forces 
exerted by the entire system. # • 

When applied to a memory svstem, this 
model provides a method for scanning the 
memory and for recalling items from it. 
Of course, this abstract throe-dimens icnal 
space must be filled with data, and this 
data must be built into a structure of re- 
lationships. Within the restrictions on 
pitrn organization established earlier, 
musical relationships that can be described 
Will suggest a structure for this model. 
Consider these pitch patterns: 
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\i Sots '^u / be conoosod of onlv 
throe or tour menbers. Tr i - 
an<jlos may rec resent fotir-mom- 
oer sets. In-set motio'^ m a 
three-nef^ber set niffht be mcl- 
f^lfirj scnnniP'f t*^o trianqle. 

2; In-set notion can be interru'jt- 
ed by motion to another st^t. 
Motion from one set member to 
another with its interruptions 
can also be re^) resented by tri- 
angles and tetrahedrons. Ide- 
ally, such interr not ions leave 
the motion within the oriqinal 
set undisturbed (see Fiqure 2). 
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"^iqure 2. Trianqular and Tetrahedral 
Rel at lonshios . 

For the model under discussion, a 
qeometric structure has b^en devised which 
allows all possible moves within the es- 
tabliiShed limits of melodic motion. The 
structure is shown in Figure 3. This fiq- 
ure is an icosahedrcn. Each half of tne 
fiqure represents the relationships be- 
tween scale deqrees 1 and 5 and the re- 
maining five scale degrees. Tlie second 
half of the f iqure, a rota ted mirror; image 
of the first half, represents the rela- 
tionships among the remaining five scale 
deqrees . 

This geometric arrangement makes any 
scale degree the closest neighbor to all 
other scale deqrees so that any interval 
can be represented by a direct path be- 
tween two points in the model. The geo- 
metric arrangement is not significant in 
itself. However, it suqqests that tetra- 
hedral relationships within sets and with 
their embe 1 1 ishments can forn> a larger. 



closed system of relat lonshi r^s . In ad- 
dition to representing the types of re- 
lationshios that can occur between scale 
deqrees , the 1 ines connect i nodes should 
be imagined to be relationships of vary- 
in^} strenqths, some locrned poorlv, oth- 
ers learned woll , 




Figure 3. Icosahedral Model of Diatonic 
Pitch Memory. 

BIOLOGICAL FOUNDATIONS OF MEMORY 

The symmetry of this model resembles 
crystalline struct uie. Crystal struc- 
ture theory provides insiqht int'^ the forc- 
es that operate in such a geometric sys- 
tem and into hov such a system might be 
scanned. Thatcher and John suggest that 
r'-^ntext memory is an ionic memory that 
dvnamica lly chanqes its force structure 
in response to the nerve cell's electrical 
=;nd chemica 1 activity. 

Biochemica 1 research suggests tha t 
water crystals may be instrumental in pro- 
viding the energy changes and the struc- 
tures needed by a context-based memory 
system {Szent-Gyorgyi , 1957). Stillinger 
describes the crystal structures of water 
and points out that water assumes certain 
loose geometric structures , even in the 
1 iquid state (Stiliinqer , 1980) . He also 
demonstrates that water crystals resem- 
blinq those of ice may form in the pres- 
ence of organic molecules, even at bodv 
temoeratu re . 

Water crystals are also beliaved to 
be part of the nucleic acid structures in 
the brain cells. The qeometries of water 
crystals surrounding RNA are not known. 
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but many orientations are believed to be 
possible (Scordamagl la et al, 1977 ; dementi 
et al, 1977), RNA mo lecu les are very large , 
providing many possible orientations. 
Perhaps water structures, because of their 
ionic and crystalline qualities, provide 
the electrical field changes that are ne'"- 
essary for recall. The svstem may, in 
fact, be bidirectional: specific crystal 
orientations may be created in response 
to electrical discharges within the cell. 
The basic proposition that emerges from 
these assumptions is that water crystal 
structures are responsible for the ionic 
fields needed for context -based memory 
structures, and that such str uctures , l ike 
the memory that they represent, are trans- 
ient in nature. If this were true, some 
aspects of Thatcher's ionic memory would 
be satisfied. Because the crystal struc- 
tures could be built m response to exter- 
nal electrical events and in relation to 
indestructible internal chemical struc- 
tures, recall of the same experience could 
be repeated indefinitely. This argument: 
IS supported by evidence that vasopressin, 
a chemical produced by the brain, both 
causes the body to retain water and en- 
hances recall (Weingartner et al, 1981), 

An important feature of water crys- 
tals 13 that, in all the i r con figurations , 
they, form tetrahedral bonds, i.e., each 
molecule is surrounded bv four nearest 
neighbors. New research suggests that 
short-term memory is limited to the stor- 
age of four or five items, not the seven 
suggested in earlier literature (Starkev 
and Cooper, 1980; Ericsson, Chase and 
Faloon , 1980) . o ' 

The limitation of consc lousness and 
context to four or five items can be ver- 
ified easily. Simply improvise a melodv, 
singing it. Be conscious of your own a- 
wareness, and judge the limit of your a- 
wareness, T!ie immediate context {near past, 
near future) will be about four or five 
pitch events, i.c, three or four i ntervals . 

SUMMARY OF PROGRESS AND CONCLUSIONS 

Five melodic compos ition lessons cur- 
rently are implemented on a Motorola 6809 
microprocessor and are being' used by a 
group of about twenty-five f reshman f i rst- 
semester music theory students at North 
Texas State University. These lessons 
provide the students with practice in rec-, 
ognizinq sets of scale degrees. They ex- 
plain both the motions that are possible 
withm sets and how these motions may be 
embellished. Students are asked to iden- 
tify set motions, and they can use these 
motions to create melodic patterns to which 
they may listen.. 



The lessons stress the variety of in- 
tervals that result from simple set mo- 
tions. Ear-training^ m interval recogni- 
tion IS a major part of three of the les- 
sons because well-learned interval rela- 
tionships are needed for the successful 
comoosition of melodic structures. Through- 
out the lessons, aural reinf orcemen t of 
correctly-named intervals and of correct- 
ly-formed sets encourages intervalic var- 
iety in student melodies. 

Finally, the lessons enable the stu- 
dents to geneirate and 1 1 sten to melod ic 
patterns, to write melodies on a staff, 
and to hear and edit the melodies that 
they compose. Because machine evaluation 
of melodies is impossible, the curriculum 
driver stores all editorial changes that 
a student makes in a melody for later hu- 
man evaluat ion , ^ 

Two pilot groups have used this cur- 
riculum since November, 1530, A final sub- 
ject group currently is participating in 
this research. A melodic composition pre- 
test and the Barron-Welsh Revised Art Scale 
were administered both to this subject 
group an3 to a control group during the 
last week of March and the first week of 
April, 1981, The Revised Art Scale is a 
standard measure of creative potential. 
Post-tests for both grouos were adminis- 
tered during the first week of May, 1981. 
An evaluation of the success of the cur- 
riculum will be available in June. 1981. 

In summarv, melodic composition CAI 
cannot successfully be done using only 
drill and practice techniques. The mem- 
ory modeling that is required reveals 
manv facets of musical memory. Models 
of msmorv and of creative thought should 
continue to be developed in future cur- 
riculua in music CAI. Models of brain 
functions also suggest nev; computer arch- 
itectures , Architectures that s imulate 
learning and creat ive ' thought will permit 
exciting new interactions between humans 
and machines m a creative learning en- 
vironment , , 
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IffTRODUCT ION 

Drill and prartice computer assisted 
instruction ( CAI ) programs have been used in 
various r-urnrulun areas to study the acquisition 
of s)cillo For the past several years, a CAI 
program in music has been used at Stanford 
tjnivi*r3ity This paper describes and surveys the 
rUta analysis performed on the item by- item 
rpgponsp data generated by the CAI music program 

The CAI -music program has been described 
extensively elsewhere (see Lorton, Killam & Kuhn, 
1975 and r^rton, Killam & Kuhn, 199I Briefly, a 
solid state Thomas organ is connected to the POP- 10 
timesharing system operated by the Institute for 
Mathematical Studies in the Social sciences ( IMSSS ) 
at Stanford University. The text portxon of the 
currirulum is presented and the student enters 
answers on a catho.^e ray tube (CRT) display next to 
this organ Under prograun control, the organ plays 
the musical examples presented m the drill and 
practice curriculum. This system has been used as 
an adjunct to undergraduate music courses taught at 
Stanford s _nce spring quarter, 1973. 

There is no question that music exists 
pri»ar''/ as an enjoyable, aesthetic experience. 
Neverti .jless, ^n the preparation for a career m 
music as a teacher, composer, or performer, some 
basic disciplines are essential to pre-prof essional 
career training, trair. .ng ear and eye coordination, 
performance ability, and detailed drill and 
practice exercises. Computer-assisted instruction 
in music facilitates training in basic skills, 
specifically focussing on ear and eye coordination. 

In addition to its value as an 
instructional tool, one of tht main purposes of this 
systen is to collect data on scudent performance m 
the various s' rands of the curriculum. Extensive 
and detailed data have been collected and analyzed. 
One reason for the data collection is to study 
students to better understand the individual 
differences associated with learning basic music 
theory skills. Another reason is to help revise and 
extend the curriculum. As an ongoing process, the 
analysis of student response and use Information 
from the CAI provides the kind of Information useful 



for monitoring the effect of the curriculum and for 
planning future extensions, such as the 
microcomputer pro:ject which will be discussed 
later 

STUDENT POPULATION USING CAI 

Participating students have been from a 
variety of undergraduate music classes offered by 
the Stanford Music Department. The greatest number 
of students have come from the first-year music 
theory cou -ses, a three-quarter sequence. This 
sequence is required of all undergraduate music 
majors (open to non-music majors as class space 
permits) and can begin m any quarter, so that drill 
and practice m elementary ear training is used 
throughout the year Some students must delay 
continuing the sequence because of schedule 
conflicts, so, soire resume their theory coursework 
after a ijriod of minimal use of their acquired 
skills in music theory. The CAI program refreshes 
their ear training skills. 

Although CAI scheduling pr'if* ^nce is given 
to class members in the first-year courses, 
students in the second-year curriculum (another 
three-course sequence) also use the CAI program, as 
time permits. In addition, the music department 
administers required examinations m ear training, 
independent of course work, to qualify music ma^jors 
for upper division work. Considerable use of the 
CAI program has been made by rhose students who have 
not yet passed their departmental examinations. 

In summary, although the greater portion of 
students using the CAI program . re music majors in 
their first year's courses, the program has proved 
attractive and valuable to undergraduates at 
differing course levels. 

To date, about 440 students have used the 
system for an average of 7,2 sea^ions each, 
generating about 3100 bytes (characters) of data 
per session. In all, ever lo million bytes of data 
have been recorded. Table 1 summarizes the quarter 
by quarter use of the system. The fall quarter 
usually shows the heaviest use. 
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1 44 


15 71 


?63 


6950 



M/RRICULIJM OVERVIEW 

Thp Cirr lum presented by this systom 13 
divided into several strands by rontent and by the 
nature of fhr. training tasks, Strands include 
intervals. triads, mnlody, rhythm, chords, and 
chord ident If I'-ation To rlarify the ensuing 

dnrussion. it may w^u keep the following 

'Jf*f in i*- ions rt muiJical terms in mind; 

rnt**rvain thp rPlationship of two pitches 
or tonps In th 1 '5 program, wp are limited to 
diatonic intervals, i e , those using two different 
lettf»r nameg Thf^ poniible intervals are- 



Name 



written example 



Minor "^iecond 
Maior Second 
Minor Third 
Maior Third 
Perfect Fourth 
Auqnnented Fourth 
Trttone 

Diminished Fift*' 
Perfect Ftfth 
Minor Sixth 
Maior Sixth 
Minrtf Spvent^ 
Maiof Seventh 
Perfect Cctave 



Ml 2 
MA? 
MI3 
MAJ 
PF4 
Alt4 
T 

015 
PF5 
Mt6 
MA6 
Ml 7 
MA 7 

pfa 



C.D Ma! 

C.D 

C.E Mat 
C.F 

C.F 

C.F Sharp 
C.F sharp 
C.G flat 

r.G 

C.A fiat 

C.A 

C.D ftaf 

C.B 
C..C 



MPlody in the broadest sense, a 

succession of mii^iral tones, as opposed to harmony 

Rhythm measurement of time, resulting 
from various note lengths, Configurations using 
pat^'erns of notP<» or rhythmic variations. Rhythm is 
also r«»iatpd to accents, meter and musical pulse or 
beat 

Triads and chords - refer to the 
Siiflultaneous sounding of tones. Specifically, 
triads Consist of three notes and chords of more 
than three Triads ar** classified as minor (MI), 
major (MA), diminished (DI) or augmented (AU) 
Chords are identified by roman numerals, referring 
to the scale degrees which are used as roots nr 
lowest notes Primary chords are I, IV, V; 

secondary chorda arp 11, III, VT , vtl. 



Tho intf.rvai strand ma«-eri^l is divided 
.•I*. •^w -.o^^mont : Thf first- <jives y^ent i 
t^^'"*"^ 'f^ in^fTv^il iderit 1 f ic-Mt ion, tho sf> -ond 
--tudr^ntT pra-tirc in opelling the pitrhoo 
h m.ikf. up thf irtf^rval-: Both s*»groents ;ontain 
•n'frv^la tk; largo r *han thf .jctave The program 
'jr'.r.ra^.f--^ ^hf in*(>rvals withm f-ach topic and 
pr. 3*'nt": fbon in rind.>m - Also, i^ randomizes 

♦h.- modn of pr—^pnti-ion ^'^-ondmg, desponding, 
>r rimu U^np'.'j-:; 'PhP program ch*^ck3 student 

r<''r*-r'Tianco aftr-r oar-h uf ton int»?rvals If t^^? 

^^sjdf"^^ hi'-: ichiPVPd mnro than »0t icr-uracy within 
thp *-on in-orval-:;, the rtudont :s infc^rmed of his 
^-o^-.i! porr-onh corrpr-t and offorod the option to 
pro-ood f-) tho noxi- topic (Students may change 
tr;pir--^ nr strands at any timo, bu*- mu':;t reque^*- t^e 
'•hinge ) 

rnforma«-ion r,r all thp forogong is 

'-ollo'-tGd and stortvl, o g , the interval presented, 
*-he pl^''heG of which the interval i-:; comporsed, and 
it^ mode of presentation 

TP TAD STRAND 

The triad strand consists ot two r:5egmentr. 
The fiini" gives students prac+- ice ip identifying 
ma]or, minf^, augmented, and diminished triads in 
r >of position The second segment provides 

practice m identifying inversions of these triads 

MEr.ryaY STPAND 

Th*^ melody strand also contains two 
segments The first (topics 1-5) is designed for 
pre College students To conform with Kodaiy 
System of Music Educa*-ion answers are given in 
abbreviations of moveable "do " l*hi3 segment of the 
melody strand has been little used by college 
students The second segment (topics 6 11) 

contains short melodies of graduated difficulty 
On.y topics 6-10 are of general use to students for 
drill and practice in the first two years of music 
theory; topic 11 contains a more experimental and 
complex series of melodies , Topics 6 through 10 
ronsist of five melodic fragments each. The student 
155 given the key and the tonic chord. He enters his 
answer in pitch aames ; sharps and flats are 
indicated by "f or " ." 

The curriculum is not generated by th^ 
program, a It hough ♦-he prog ram randomly t r ansposes 
the examples so they may be presented in a key other 
than that indicated When the example is 

^^ransposed, the opening tonic chord is alno 
transposed, so that the transposed examples are of 
no greater difficulty for students unless they have 
pitr-h recognition The transposition feature was 
I n I lated to make those few students with pitch 
recognition deal with melodic patterns m 
intervallic terma, rather than allowing them to 
answer the examples on a "pitch-only" basis 

Since the examples are not generated, they 
remain the same Repeating the examples has minimal 
1 nst ruct 1 ohal value The*da*'a accumulated allow 
exact pit^^h of student errorq to be cal^^ulated, an 
well aj^ the {joint <'>f eri'ji within the melodic 
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RHYTHM 'JTRAND 

The rhythm strand 13 composed of eight 
topir^i present ing rhythmic patterns of graduated 
iiffi-ulty Earh rhythmic pattern 13 presented ^/ 
no^*»«3 in .1 gimplP m*»lodir pattern, and is preceded 
hy 1 -if Ties of nofps to give the basic rhythmic 
p\i\^.f* for thp example 

Thf» rhyrnm strand has proven to be of 
limited value in its present form primarily due to 
hardware limitations which do not control amplitude 
of notn3 roni^^q.jently, rhythmic examples without 
f-i3fr.tial accents sound only the duration values of 
the notes studf^ntn answer in letter abbreviations 
of the rhythmic vaJ.jes of the notes W=vhole note, 
H-half not*>, Q-quartf^r notp, T^eighth note, and 
X-aixteenth note The last two abbreviations were 
-hocpn to be other than the first letter of the najne 
^f the note valjf- because "E" is used as a pitch 
symbol and "S" is uqed aa an abbreviation for "30I " 

Thp examplpo have proven iifficult because 
^f th*. mode of presentation and, consequently, 
Iittlo gtudent ijqe han been mad^ of this strand and 
lo^s ria^-a 4r*» available from it 

CHOPD STPAND 

The chord strand 13 constructed of seven 
topico dealing with chord progressions of graduated 
difficulty The first three topics deal with 
identification of the tonic and dominant chords and 
authentic r-adencps Subsequently, 't-he remaining 
diatonic chords are introduced, topic 6 introduces 
invf»rted -^hords, and topic 7 13 composed of chord 
progrf^ssions m ipinor koys Answers are rowan 
n'jmerais fo- the chords Attention is focused at 
^ f ir'Tt on the primary triads of T, rv, and V. Chords 
-ontri'.ned in the progression other than those to be 
i1*^ntified are indicated by the student as a dash. 
Pre<-i3** nt.jdont identification of chords other than 
r, IV, and V IS introduced in topics 4 and 5. 
students may repeat the examples as often as 
necessary (this true on all of the strands) 

before ent*.ring their answers Students made more 
frequent !J3*» of the repei it ion option on the chord 
3t rand 

The chord strand has been a popular one with 
jjtudents, and considerable data have been collected 
from It These data "an be analyzed for specific 
f7ontent Prrors and for position of ♦*rror?3 within the 
♦"•hord progrP*»<» ion 

'^HORD IDENTrPlCATrON STPANP 

The rhf>rd identification ntrand is designed 

for more advanced student 9 rt 13 composed of three 
"^^^gwentg the first aaks for the quality, 

mvprsion. and Roman Numeral of a triad in relation 
to a giv*»n tonic, the second requires the same 

identification prof*egs, but the chord presented is 
a Seventh chord; the third is a series of chords in 
various inv<*r9ionfl {both triads and seventh chords) 
to be jp^-lled by the <i*'udent with only the ba39 note 
'Jlven 



The first two secpnents require a«"curacy of 
more ♦-han 75% befo're the student can progress to the 
next topic Although the program does not generate 
the rurrictjium, it accesses the examples randomly 
ftom a wide range o^ material. Therefore, students 
'^an repeat topics without receiving ma;:erial in the 
^ame order Also, the musical key in which the 
example is played is randomized. The final segment, 
that of chord •spelling, does not have curriculum 
generated by the program 

In practice , this topic has proved so 
difficult that few students have reached the third 
segment The first two segments have received 
fai r ly heavy use, and considerable data are 
aval lab lo for analysis Data ina lysis can show 
student error in relation to each of the areas of 
the required answer- chord quality, chord 

inversion, 01 roman numeral, giving insight as to 
where m the chord recognition process students are 
most li)cely to err 



Table 2 Histogram of number of sessions by number of Students 
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'1'^'*, 1^*'*, I'^jnO) Ttio } -ir.t- two rows of numbers 
f-^r <^'-» -h qM=irt-«T ^ro *-hf> most- informative The 

r'>w I , *ho pr>^rr»r\^ '^orrert The "% R" row is an 
^r\<^^^y >f *-h(^ ntjmber <>{ f \mer> ♦■he stud<»nt requested 
1 ropo,!*- t-hn '^Mrulu.i The two notes are 

f. r f "onfoi ^n-i in Mm*- j f iraMon of the interval is 
r'^q'i.-' "fi .1 '>t-'dent wiGho55 to hear the notes 

ig^^n, in .t-hnr pr^contat ion of the stimulus can be 

'For all thror quarters, although the actual 
perf^on*^ aqoT v^ry widely, intervals played i n 
.ir;ror-dinq or dor wnr*> correrl most often and were 
rfpe.itod loart ofton The most difficult intervals 
wherf* t-h;ce present*^?! simultaneously The percent 
rorrort ind tho numhor of repeats requested both 
refl^x-t fhis Foi inrerval quality, perfect 

m^f^rval", wnr*» identified correctly more often and 
ref>Aated least often Major and minor intervalf5 
were about equally difficult The other interval 
qualities occurred m-jch le*;^ frequently than these 
tbr*^*^ main *-ypeT and 5!howed relatively large 
fluctuations m both percent correct and proportion 
repf'ats 

TP I AD f^TRAND 

Th«* triad strand is the second most used. 
Ident 1 f it'at- ion of three note combinations is a 
usual step after the two note intervals have been 
addressed This jrtrand has also been the topic of 
e-arlier sy<?tematic studies (see Killain, 1976 ). In 
addition, the studies of intervals and trials have 
been compared elsewhere (see Lorton & Killan. 
1976 ) 

In Table 4, the performance on the triad 
strand for the last three fall quarters is 
presented. Again, for each of the three quarters, 
the pattern remains the same while the specific 
numbers vary Ascending triads are more Correctly 
identified and repeated less often. Triads played 
simultaneously are repeated more often and 
identified leas accurately. In general, ma^or 
triads are more correctly identified than tria<?3 



T«W« 3 P«ffofm«nc« on iNTFPVAL strand 
Fail 1978, FALL 1979, FALL 1960 
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l,xj, l,Vf i- '.AIA ANALY 1 

I i* 1 it* n^^inually ^liv ted dL the 

"♦■if'-n*" ir*^fr^ * wl♦■^ the proqr«*m The result*: 
f-pr, r«-."1 hi rf< 4r«^ t-T data ^'ojie'^ted betwe<»n March 
and T'lnc JSRO Pc^'atise use is heaviest in tht 
quar^fr, par^i u!*" emphasis wil! >>e given to 
fall quirt^cr-. i9'^8. and 1080 

TaM' ^ rhowr. ♦ he njmbei of student y tdK \ i<j 
v^rt'; !" so'-siMns for the ^hree quartern The 
jre^ife",*' .unqln n..T>C ut students took just one 
sesri >n Abou* ♦hrt^t qua-'-ers of the students did 
• JSC the riyrtem more tha:» once For all three fall 
quarters, th** average number of sessions (mean) wa«j 
about five, and the average length of each session 
wa*' at>r 10 m:nu*^ea 

TNTFPVAL GTRAliD 

The interval strand has been the most 
hravily as*»(i e'^pecially in the fall quarter This 
a*^fivi*-'/. reroc^nizinq two note intervals. is 
'undamental to ear framing and music theory and is 
ar) a'Tt-ivity -/n whu'h most students, new to ear 
tratntnq. need mu'^h drill and practice 

As a special application of the interval 
strand, an f^xperiment wai conducted replicating an 
earlier non CAI study The experiment explored 
Some of the parameters in interval identification 
by students who had successfully completed the 
first segment of the interval strand. 1*he 
experiment presented simple intervals in ascending, 
descending, and simu ous forms at both .1 and -2 

sec, thus total 1 .x topics Each topic 

contained an equal jer of intervals constructed 
of the same pitch but order of presentation 
withm topics was randomized The results of this 
study are discussed at length elsewhere (Killam, 
r^^rton. and Schubert. 197S) 

Table 3 shows the performance on the 
interval strand for the last three fall quarters 
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whirh reprpsent othpr qualifies Although, because 
-^'f some rostrurturinq of thp curriculum in the <ro3t 
rpr-ent qua.tPr, iiminished triads approach ma^or 
♦TMdo in accuracy of identification, the former 
arp repeated more often than the latter 



thp analysps which assisted in this effort will be 
rovipwod for the rhythm and chord identification 
15 1 rands 



Tabip 4 Performance on TRIAD Strand 

1978. FALL 1979. FALL 1990 



FALL 


1978 
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Total 


A$cen(J 


Simul ; 


MA 


Dl 


AU 


Mt 


184 


99 


85 , ; 


77 


33 


3 


71 


Frf 


73 


?8 


44 


30 


9 


3 


30 


f*t»p 


49 


n 


36 ; 


15 


8 


3 


23 


C 


716 


78 0 


659 : 


720 


786 


500 




% R 


1«» ♦ 


10? 


279 ; 


140 


190 


500 


228 


FAH 


1«»79 
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MA 


Dl 
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Ml 
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411 


?40 


164 ; 


162 


11? 


1 1 


125 


t fr 


'86 


*,7 


no ; 


58 


50 


4 


73 


Rpp 


191 


36 


i?3 ; 


^2 


43 


2 


75 


*f C 


688 




599 ; 


' 736 


691 


73 3 


63 1 


% R 


3?0 


1? ? 


44 9 ; 


236 


265 


13 3 


379 


^KL 


1980 
















Total 


Ascend 


'^•mui 1 


MA 


Dl 


AU 


Ml 


'fit 


149 


73 


70 ; 


50 


52 


9 


38 


-ff 


23 




1? ; 


10 


,9 


0 


4 


ftpp 


86 


17 


47 


21 


46 


1 


7 


r 


866 


8«»0 


854 ; 


833 


852 


1000 


905 


% R 


%0 


?0 7 


57 3 ; 


350 


75 4 


1 1 1 


167 




S ince 


thp interval 


and 


t r lad 


strands h 



have 



had the most us** 
♦^h« best information for improving the curriculum, 
^^^rtain of the exerrigpn m these strands have been 
rpqtructured to present items of greater^ d i fficulty 
m <-on3unction with fhose items with whirh they ace 
molt oft-en confused Much of this rest f ucturinq has 
Mken plarp m the last few months and will be 
pv^l.jatPd as par«^ of the current effort to implement 
^Ym3 curriculum on a microcomputer based system. 

STRAND BY STRAND PERFORMANCE 

Table S, 6, and 7 summarize all the problems 
prpspntpri m the last three f^ll quarters on a 
-It rand by strand basis. The order of the tables 
represents a rest rvctur inq of the basic curriculum 
begun in ♦■hp f^U quarter 1980 For this reason 
Some strandT, surh as scales and kodaly. which were 
only ref-pntly addpd have ha<} no instructional use by 
the students For ot.hers, such as the rhythm 
strand, changes in the basic sequence of the 
curriculum and findings of earlier analysts have 
compplled guspending their presentation until new 
hardware is a^ded to the music CAI systf-m as a 
fpsult of the current effort in transferring the 
program to a microcomputer system 

The advanced strands, such as chords and 
chord identification, show less use than the three 
moa*- frequently accessed strands. This is. m part, 
due to earlier findings which have guided the 
specification of new hardware that will allow a 
b«»<-t-»r implera^^nt-at ion of these strands through a 
more flpxible lound source and through input of 
re^ponaPi via a musical keyboard. The results of 



TABLE 5 


Strand by 


Strand 


Problem 


Counts 


- Fall 


1978 


Strand 


Total 


Cor 


Err 


Rep 


V, c 


% R 


PRELIMINARY 


283 


262 


21 


96 


926 


339 


SCALES 












INTERVALS 


5559 


3427 


2132 


2i38 


61 6 


385 


TRIAD 


454 


322 


132 


94 


709 


207 


KODALY 














MELODY 


182 


139 


43 


27 


764 


148 


RHYTHM 


3 
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1 


1 


667 


333 


COUNTER-POINT 












HARMONY 














MODULATION 














CHORDS 


10 


8 


2 


0 


800 


0 


CHORD-ID 


52 


40 


1? 


6 


769 


115 


STRUCT (old) 


4 


2 


2 


1 


500 


250 


TOTAL 


6547 


4702 


2345 


2363 


642 


36 1 


TOTAL DAYS 


43 




MINUTES PER 


DAY 71 736 


TABLE 6 


Strand by 


Strand 


Problem 


Counts 


- Fall 


1979 


Strand 


Total 


Cor 


Err 


Rep 


% C 


% R 


PRELIMINARY 


233 


207 


26 


70 


868 


XO 


SCALES 












INTERVAL 


5346 


2674 


2672 


3145 


500 


588 


TRIAD 


1159 
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RHYTHM 
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HARMONY 














MODULATION 














CHORDS 


196 


116 


. 80 


67 


59 2 


34 2 


ChORD-l D 


78 


40 


38 


25 


51 3 


321 


STRUCT <oid) 


44 


32 


12 


20 


72 7 


45 5 


Total 


7251 


3964 


3297 


3770 


545 


520 


TOTALS DAYS 


38 




MINUTES PER 


DAY 104449 


TABLE 7 


'itrand by Strand Problem Counts 


- Fall 


1980 


Strand 


Total 


Cor 


Err 


Rep 


% C 


V. R 


PRELIMINARY 


166 


151 


15 


37 


91 0 


223 


^XALES 














INTERVAL 


33f 2 


2264 
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3663 


69 4 


1129 


TRIAD 


3'/3 
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47 
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854 
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koDaly 
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6 


5 


1 


3 
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RHYTHM 
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HARMONY 


13 


11 


2 


2 


646 


154 


MODULATION 


11 
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3 


2 


72 7 


18? 


CHORDS 


09 


76 


13 


27 


B54 


303 


CHORD-ID 


44 


41 


3 


0 


93 2 


0 


Total 


3914 


263? 


1082 


3962 


724 


101 2 


TOTAL DAYS 


35 




MINUTES PER 


DAY 6* 


110 



PHYTHM STFAND 

Although the rhythm strand is one of the 
content areas used less than others by students, 
some general conclusions can be made from the 
summary presented in Table 9. 

Topic I 13 an introductory unit; requests 
for repetition of material were relatively higher 
as st-udents accustomed themselves to the problem 
format Topics ? ani 3 had the highpst levels of 
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•* it 1'"/ ThM f ,pi.-3 wt.fM const rurt.-?d of quarter 
^nrl .M<}hth ,nly, ard t-he proMems contdin from 

f'lur > eic|ht noteg Topi'-s 4 7 introduce notes 
/f ionq#ir •/'il'^ps into the rhythm patterns, although 
"he numi)er ,f nf.tog m the problems do not exceed 
r-iqh*- no^ea TTie percent correct in the pioblem 
'otin^-c 4b<^.vp indi"4te3 that student accuracy, m 
:j*»nAr^}. .ierrp^i.sed with the addition of other, 
:on7*>r notf valuer,, even ♦-hough the number of notes 
in th*» probl*>m qrfst no larger 

Thp rhythm strand data imply that the 
n'jmr,#*r of notes in the examples is not as important 
a fif^or in 4<-rir.i< y / within the limited parajneters 
fmf^l .yod here) as is the variety of no.te values 
TTiia in dll ♦•he more interes*-ing when one considers 
*-^At the shorter note values are presented m the 
first topir-s where student accuracy was higher. 
S«-udf>nt accuracy dropped as the longer note values 
of the half note and dotted half note were 
mt roduced 

Be^'^use the hardware could not control 
ar'centr: on the note3. both the rhythm and melody 
'itrand*? are awaiting better implementation on the 
n*"w microcomputer based equipment which will 
replace the current hardware 



Tabi« 8 Probfem by Problem Counts for the 
RHYTHM Strand 
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00 
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18 


13 
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CHORD IDENTIFICATION STRAND 

Table 9 sumroanzes student data on the 
chord Identification strand, topics l-lo. 

Topic 1 presents material introducing the 
answer format requir-'d by thia strand. Topic 2 
presents only the primary triads for 
identification Topic 3 uses the II, III, and VI 
triads The perc^entage of accuricy was nearly the 
same on both topics, within .25%; the percentage of 
requests for repetition was nearly the sane. 
Accuracy exceeded by ten percentage points the 75% 
required by the program for successful completion 
of each topic. 

Topic 4. presenting HI, VI, and VII 
triads, had a 77% level of student response 
accuracy, or approximately the level required for 
successful completion The total number of 

problems increased over that of Topic 1, indicating 



♦-hat studfnti* had to answer a larger number cf 
proMems achieve the required level of accuracy 
Requestis for repetition increased by 33 percentage 

p<3 1 nt s 

Fewer students used Topic 5, which presents 
tfiHi'. uubdominant , and dominant seventh chords, 
but level of accuracy was quite high at 94% (more 
than 80% required for successful completion) and 
requests for repetition dropped from the level of 
topi'^ 4 

Topics f) 10 present other seventh chords 
and rece ived only about one quarter of the use of 
topic 5 student accuracy ranged from 83-88%, or 
just above that required for successful completion. 

The chord identification strand is more 
difficult than melody, rhythm, or choird strands, 
and IS not reconunended to students until they have 
completed substantial amounts in other content 
areas Nonetheless, several students completed 
some portion of this strand. These students made 
heavy use of the segment devoted to identification 
of tri**ds m relation %o a given tonic This showed 
some evidence of the difficulty identifying triads 
other than the primary ones, which was found m the 
chord strand. 



Table 9 Problem by Problem counts for the 
Chord identification strand 
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30 
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PROSPECTS 



This paper surveyed both the extensive 
nature of the data collected and analyzed m the 
cAI -music project and the uses of that information. 
Such analysis gives an additional dimension to CAI 
because it produceij information that can be used 
both to assess student performance and to evaluate 
the success of the instruction. In this latter way 
data analysis can contribute directly to 
improvement of instruction. We have been able to 
identify some particularly difficult training 
problems and can design drill and practice 
exercises to help students master them. We also 
have a better understanding of how students acquire 
various skills under computer direction. The 
activities for various exercises have a data-based 
rat lonale . 

The success of the CAI-music program has 
depended heavily on detailed response data 
collected. Even without these data, the CAI music 
program is a worthwhile instructional tool; but 
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wi*•^ pr^qram becomes d valuable 

r« »'ir'*h f')')' wit-h potential foi a cjiqn i f leant 
impirt- on * ^uf^ i* i' lU 

The r'irrfnt fonir, this project is, with 
#»qiji|)inent providod by the Apple Education 
Foundation, ^-o adapt the Stanford 9y3tf»m to a 
mi'Tof'omp'jfcr Many of fhf features sought in the 
ifvo 1^'pmo nt^ of thi<5 qysrem qi ew out of the findings 
^* tho da- i from the original equipment The rhythm 
''♦'rin'i n*»ed'^ elaborate control over the accents; 
hardware war. a^q-jired which alh>wG this Melodic 
'^xamph>«^ need *■'> he 'jonorated by the computer to 
provided a qr^^ater richness in the melody strand, 
"''ftwar^^- meo^ thn need is being developed. 

'"A I impiementf^d on a microcomputer wi 1 1 
1'.' I'jde data ret'-ntion and analysis routines, these 
will provide the evaluation tool3 necessary to 
I>erform studies of <;tudent3 and curriculum for 
wit\,^ maVe u<;o of the Apple based system It 
will ^Ito make *"he sy«?^om affordable for either home 
)r pxf* ''ollegt.' s<*h(>ol use 
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CQVl^L'TLRS AND COrjT INL 1 HEALTfi EDUCATION 
'">:.onsored by 'Ihe Society for Coziputer Medicine 



ABSTRACT : 

The contmuinH* educat-iori ot practicing 
health professionals has bo jorne, as it has 
for educators, j .-.atter of ^^rowinq national 
interest and concern, and the subject of 
increasing public scrutiny. While both 
the health and education professions have 
been makinq a considerable effort to change 
and improve (e.g., the number of partici- 
pants in continuin<) health education has 
increased four-fold in the last ten years), 
the current system is simply not adequate 
to handle the projected need, especially 
as continuing education becomes mandated 
by legislation. Also, the current feeling 
about spending public funds makeb it 
unlikely that we will see a mass' infusion 
f^f public funds to expand the current 
system. 

An increasing number of people have 
been turning their attentioi* to the use of 
computers and telecommunications as the 
best hope for providing the capacity needed 
to meet the jrowing demand for continuing 
health education. Theso two technologies, 
used within appropriate professional 
structures, can deliver to the home quality 
education tailored to the needs of the 
individual health practitioner, while 
maintaining the records and generating the 
reports needed for credential purposes. 

First, a brief overview of some of 
the key factors at work within continuing 
health education will be presented, followed 
by a paper discussing one of the ma j or 
potential uses of the computer in continuing 
health education, the simulation of patient- 
management situations. The session will 
conclude with a panel and audience discus- 
sion of problems and potentials for the use 
of computers in continuing education as a 
whole , 
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ABSTRACT : M i - r ^ o o rr. r 
S t u nda r J HAS I c 



Graphics and ANSI 



•\rthar Laohrna-^.n, Cor'i>utGr Literacy, 
1466 Grizzlv PeaK dlvd., Berkeley, 
CA 9470^ 

Microco'^putor qr^phics 'jives authors 
'.f educational software marvelous new ways 

represontinj inforration and comrnanicat- 
iri'i ideas. But m Lerno of laaquage, 
r-.i croconputcr jraphicF is a hodqe-podqo 
of untranslatable, excoedmqly primitive 
statements f^r removed from the actual 
•jrjphic problems faced by program authors. 
^:ach hardware .'"anuf acturer his created 
without much evident thought, its own set 
of Basic enhancements to exploit its own 
unique graphic capabilities. The result 
IS students who learn qraphicF on one 
computer cannot use what they have learned 
on another computer. Committee X3J2 of 
the American National Standards Institute 
IS near completjon of its work in formu- 
lating a new ANSI standard for Basic. The 
ew standard includes a full syntax for 
3peci tying high-r*^-solut ion , two-dimensional, 
mult I -color drawings, using a coordinate 
system appropriate to the problem at hand 
and independ^^nt of the particular hardware. 
The talk will describtj the current status 
of jriphics in Basic and will report on 
th^- present draft of ANSI Basic, 
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' 1 ^'^o r 1 a 1 Conversations --The 



ls»» ot Com.fiUtcr Graphics to Knhance 
Understand i n ] 

Krisfina Hoof^or, Visual Geometry Project^ 
t:niversit/ of California at Santa Cruz, 
Santa Cruz, ^'A ?'3064 

Pictures are extremely effective m 
nany instanc^^a for portraying complex 



information. Simple diagrams can often 
convey concepts that are difficult to 
express linguistically. Graphs can show 
relationships that are obscure when 
represented in other forms. Pictures 
which can be systematically chanqed over 
tim.e provide even more information than 
static pictures in many instances; buildup 
of pictorial information can show patterns 
that are obscure in static pictures. 
Rotation of three-dimensional o^b^jects on a 
number of axes makes the properties of 
these objects evident. Pictures that 
change over time as a function of an 
individual's state of knowledge and state 
of questioning--pictorial conversations — 
can be even more communicative than other 
pictorial forms . In these instances the 
observer is actively communicating in ways 
that are not typically available in tie 
pictorial domain. Computer graphics offer 
an excellent opportunity for the inter- 
active use of pictures in a comn unication 
f ranowork . 



ABS TRACT : Language- I ndependent Graphics 
for Education 

Euciene A. Iierman, Department of Mathematics, 
^rinnell CoUeqe, ^Irinnell, S0U2 

The process of creating and trans- 
forninq pictures by computer is simple to 
understand. This assurance may be of 
little comfort, however, to an educator 
facmq today's bewilderinq variety of 
graphics terminals, stand-alone computers 
with graphics capability, commercial 
pl(5ttinq packaqes, languages with imbedded 
qraphics commands, and graphics languages. 
TortunatelV/ ANSI committee X3H3 on 
Computer Graphics is preparing a standard 
that promises to clarify this process by 
specifying a collection of graphics 
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si»broutines that can be implemented on any 
graph4.cs device in any general-purpose 
high-level language. Represented on the 
committee are almost the entire graphics 
industry and most of the leading groups of 
graphics users. Thus, the standard 



promises to be rich enough to support the 
most advanced hardware and the most 
demanding applications. In this session we 
will address the question, "How can we in 
education expect to benefit from this 
standards work?" 
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ABSTRACT : Scientific Instrumentation 

Information Network and CuLriculum 
(SIINC) 

Frdnk A. Settle, Departraent of Chemistry, 
Virginia Military Institute, Lexington, 
VA 24450 

Michael . Pleva, Department of Chemistry, 
Washington and Lee University, 
Lexiitgtun, VA 24450 

A computer-based, telephone-accessible 
system con£^ining descriptive information 
for users of chemical instrumentation is 
currently being de\ eloped. The objective 
of Project SIINC is to test the feasibility 
of such a system for a limited '\umber of- 
instrumental methods. Task forces are 
currently preparing materials for gas- 
liquid chromatography, gas chromatography/ 
n^ass spectrometry, and atomic absorption 
spectroscopy. Modules are planned for 
liquid chromatography, inductively coupled 
plasma emission spectroscopy, and a 
problem-oriented modul", priorv^y pollutants. 
This final module will demonstrate the 
ability of the preceding modules to provide 
the information required to solve problems 
of water analysis. 

The system should provide concise, well- 
organized discussions and references for 
many types of users. Practicing professionals 
in science and engineer inr| , instructors of 
courses inuclving instrumentation, and 
students , both undergraduate and graduate , 
can use the system to educate themselves on 
the selected instrumental methods. 



ABSTRACT ; Computer-Based Trainxnrj for the 
Banking Industry 

Sally J. Wei ler^^Educat lona 1 Development 
Division, Bank 'Administration Institute, 



Park Ridqe, IL 60068 

Bank Administration Institute is the 
research and educational organization for 
the nation's banking industry. BAI's 
educational mission is maintained "primari ly 
through seminars, courses, and conferences 
conducted across the nation. However, 
increasing travel costs, coupled with the 
problem of locating qualified banker 
instructors, have recently led to an ^ 
emphasis on using alternative educational 
delivery systems. 

Initial emp'.-'sis has been m computer- 
based coursewa^j. Through the Plato system, 
BAI delivers courses m regulatory compliance 
to bank officers and other banking personnel 
who need to be familiar with various regula- 
tions. BAI also provides a monthly 
electronic newsletter called RegsNow, 
which gives complete information on 
regulatory developments that affect the 
banking industry. It is delivered through 
Boeing's Scholar/Teach 3 system and is 
accessed in each bank on any of a variety 
of computer terminals. 

Because of the success of these 
initial efforts, BAI will place increasing 
emphasis on computer-based courses m the 
coming year. Areas where courses can be 
expected include accounting, taxation, 
auditing, and others. These courses will 
be delivered through both Scholar/Teach 3 
and Pla^io, and the possibility of 
utilizing the growing number of m-bank 
microcomputers will be explored. 



ABSTRACT ; Simulations' on the Apple 
Microcomputer - A Network Anproach 

rrqe Mozes, Library & Media Resourros, 
Michael Reese Hospital and Medical Center 
29th Street and Ellis Avenue, Chicago, 
IL 60616 
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This is a presentation of the work done 
by the Educational Development Unit (EDU) 
of Michael Reese Hospital and Medical 
Center to develop and disseminate 
Simulations — patient management problems 
(PMP) — to run on the Apple microcomputer. 
PMPs originally developed as written 
simulations have been programmed for the 
Apple using Applesoft (Basic) and pilot 
languages . 

We are presently involved in organizing 
a network to bring together institutions 
and individuals interested or capable of 
creating, using, and disseminating PMPs^-^ 
The necwork will provide a collection 
of PMPs, workshops on how to create PMPs 
for computers, and an ongoing review and 
evaluation process for the items in the 
collection. 

Participants will have a chance to 
go through a few PMPs on the A'pple, to 
ask questions, and to comment on issues 
raised m this presentation. 



ABSTRACT : Experience with a Microprocessor/ 

Minicomputer course for Continuing Engineering 
Education 

Lebert R, Alley, Texas Tech University, 
Department of Industrial Engineering, 
Box 4130, Lubbock, TX 79409 

A microprocessor/minicomputer laboratory 
and instructional course have been developed 
in the Texas Tech University Industrial 
Engineering Department, This presentation 
describes the array of laboratory equipment 
used, the design of the instructional 
course, and the successes and problems 
experienced to date. 

The presentation will include photographs 
and documentation of laboratory equipment 
and layout, as well as written descriptions 
of the course . 
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A SUCCESSFUL experience: 

WITH PROGRAMMING 
LANGUAGES AT A 
LIBERAL ARTS COLLEGE 

Linore Cleveland 
Vassar College 



INTRODUCTION 

At Vassar College the Computer 
Science Studies Program was created to 
serve the entire academic conuT\unity, ^ 
Students may ir.clude compute- science in 
a major only under the optic ^ of an 
independent program. No wel i -def ired 
ma3or in computer science currently 
exists. Thus, the program provides 
courses in computer science which will 
benefit students m their various 
d ^scipl ines. 

Students have expressed quite an 
interest in computer science, and our 
response has been to fashion courses 
that will provide a maximum amount of 
information without setting up a sequence 
beset with prerequisites. The one 
semester course taught in programming 
languages is a case in point. The 
course is designed to provide students 
with a framework in which they can 
evaluate and master a programming 
language (s) for a specific need. The 
goal of the course is not to teach 
programming in various languages that 
currently exist, but rather to build a 
structure for v lewing programming 
languages that will, we hope, be as 
use f u 1 for a language that has never 
previously been encountered as for one 
to which they have been exposed. 

The prerequi.«^itos for the ccnarse 
are an introductory course* in pro- 
gramming and either a course in data 
structure or permission of the 
.nstructor. Students who are mature in 
their outlook and did well in the 
introductory course do well in the 
programming languages course without 
fulfilling the data strrcturcs pre- 
requisite. Such students do find, 
however, that they need to read intro- 
ductory material concerning strings and 
lists to appreciate some of the struc- 
tures a programming language might provide. 



COURSE ORGANIZATION AND OBJECTIVES 
For the programming languages 
course, the objectives are to provide a 
technical framework for mastering a 
foreign or little known programming 
language, and to develop, within the 
students, a ci>itif!al basis for the 
evaluation, selection, and acceptance 
of a programming language for a parti- 
cular task{s), A third, less importart, 
obj ect ive is to intrqi^uce a variety of 
programming languages. The choice of 
languages covered is dependent on the 
textbook chosen to supplement the course. 
A set offering the opportunity to 
illustrate both current and coming 
technical features and some history and 
raison d'etre of languages might include 
Algoi-60, Fortran-77, Lisp, SnoboM, and 
Pascal . 

The basis of much of the niaterial 
presented in the course is the text 
Programming Languages by Jean Sammet. 
Ms. Sammet ' s coverage of the non- 
technical, or function, characteristics 
of programming languages provides a sound 
base for classroom presentation and 
discussion. Students respond by thinking 
critically, but with a proper historical 
perspective about the use of larujuage in 
interactions with computer hardware. 

As the following outline indicates, 
the course is divided into sections 
taught sequentially. The interrelations 
among topics surface at a time when the 
student has sufficient background for 
explorat ion . 

Topical Outline: Programming 
Languages cour se : 

I. riitroduct ion to prograrrjn mg 
iangua(i3S 

A. History 

B. Def init ions 
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^ I f icat iL^r 



Funct lunal char ac t:^ t j. s t ic s 
A. Propcrtu^s -of lar. jua jt'S 

'.an jua-ju ^■^r:x>su 

^'onvors Lon and compat i hi I i ty 

cons I'leration.-o 

Standardization activity 
F.. "'^-ans of lan^:i:i]c definition 

"'♦'Chn 1 ca 1 ch jr actor i st icb 

\. I.an'jua'je baiidm? bl(;cks 

r>abunit characteristics 
c. [Exploration of data types 
:>. Fx-'cutable statenent typos 
} : . r,a ri J n a ? o ^ t r , ic t u r o s 

Study of %-,t.i^-if]^ Ian fua los 

A. A I |. l-r/) 

B. Iortran>77 
i.i->p 

.). ::noUU4 
iZ. F^ascal 



LANGUAGES 
This s*'Ct ion <^f the course stimu- 
lates r^tudt^nt thinkm'j about pro'jramnin'j 
lanjuai-^s: the whats, wh/3, whens, and 
who res. App ro x i na t e i y 1 0 - of a va a a b 1 e 
classroom time is spent r;n. this topic 
The followi'i] f-.utlme illustrates in 
more detail the material covered: 

A. H.s^.)ry 

1. machine lan-jua^je 

2. oarly larMuaqes 

a. Short Code 

b. Spot'dccnl I n•^ 

c . r ina and 

d. 9.-2 and 

3. h.; ;hi>r I. -/el 
T'^^rtran 
Mtit h-nat i c 
Al ?ol 38 

i^obo 1 



Gystc. , 

ter ler System 
A- ^ 

1 an'jua<^es 



1 . 



I . 



I 1 1 ion s 



I in juaqe 





a . 


"a language used to 






prepare computer profjrams 




b. 


definition by Samm^'t 




->ou r c 


e prrifjran 




'-d oc 


t nrorj ram 


4. 


cor; i 


. or 




I n t '-^ r 


r.rvt.'t 



.Vivanta los and d i safivant crjo"^ 
I . ^dvanta^jeH 

a. t-asf^ of N:arnin<j 

b. 'if c^ofiin*; and 
aPd^'r st and m-i 
^»ase f.f dt^biKMinq 



d. case of maintaining and 
d^icumontinq 
. .jdse of conversion 
f. rt'duction of elapsed time 
for problem solving 
di sadvantaqes 

a. advanta(je i] lusionary 

b . ,'ime required for conpi Ta- 
t i or 

inefficient object code-' 
debuqqing difficulties 
inability to utilize 
needed ope rat ions 



c . 
d . 
e . 



D. Classification of languages 

1. procedure oriented 

2 . non-procedural 

3. problem oriented 

4. application oriented 

5. problem de^'ininq 

6. problem solving 

7. problem describing 

8 . reference 

9. ^ publication 
1 0 . hardware 

n. Se lection factors 

1. suitability tor problem areas 
and users 

2. availability on desired computer 

3. history and evaluation of 
previous use 

4. efficiency of language implemen- 
tation 

5. compatibility and growth 
potent lal 

6. non-technical character i-^t ics 

7. technical characteristics 

The purpose of exploring the history 
of languages from the early 1950s is to 
put :nto perspective the climate in which 
prograiTuni nq languages developed. Such 
coverage allows the students to zee how 
innovative such developments were at that 
time. They should also be impressed with 
the negative responses sur-n innovations 
generated , 

Joan Sammet dclxi.es a programming 
language as "a set of characters with 
rules for combining them w^ich have the 
following characteristics," (1) machine 
code knowledge unnecessary, (2) potential 
for conversion to other computers, (3) 
instruction explosion, and (4) problem 
oriented notation. Contrasting this 
definition with definitions of the ANSI 
ilk (see point B.l.a. in the outline) 
sparks stud»?nts to think critically about 
the concept of a programming language and 
its functional and technical character- 
istics. This serves as a motivacinj force 
for much of the material covored during 
the remaining sogments of the crjurse. 
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The definitions of 'oource and object 
programs shoaid simply reinforce notions 
developed in the introductory course all 
students had previously taken, However, 
It IS necessary to spend time defining 
a compiler and interpreter. One should 
try to establisn the basic difference 
between them, emphasizing the differing 
response tc an input of a programming 
language instance. 

Class discussion is a most success- 
ful metnod of approaching the topic of 
ad/antages and disadvantages, A list 
of advantages and disadvantages should 
be c'v3velopcd by the students. As each 
IS presented, a rationale, justifica- 
tion, and rebuttal of the point should 
h.e discussed. Once prodded a bit, 
scudents do 'aoII at creating and 
defending such a list. 

The various methods of classifying 
programming languages can be presented 
at this time and then referred to later 
as needed m discussing functional and 
technical characteristics. Similarly, 
selection factors should be outlined at 
this stage with only an introductory 
level of detail. They, too, will be 
referenced as courso material develops. 

ir. FUNC I lON'AL CHARACTERISTICS 

In looking at functional character- 
istics of a programming language, one 
IS exploring Tactors that affect the 
economic and political life of a pro- 
gramming language. It is important that 
student-s recognize that these considera- 
1 1,0ns can De more important in the choice 
and acceptance of a programming language 
than the technical features offered. 
Covering this aspect occupies approxima- 
tely 15% of the totaJ course time. 
Specific topics covered are: 

^. Prop^^rties ot languages 

1. generality and simplicity 

2. na^aralness versus succinctness 

3. notational properties 

4. consistency 
3. efficiency 

6, f^»ase of reading and writing 

7« error -pro neness 

8. ease of learning 

9 . sel f -document ing 

l\. [.vinguage purpose 

1. tyne of application 

2 . t of languag<^ 

3. t, o( potential user 

Conversion and compatibility 
consider at mns 
1. t/pos lit cc^mpat ibil ity 



'1. mac'iir.e independence 

b . compiler 1 ndependence 

c. dialects and l-like 
languages 

d. subsets and extensions 

2, relation to language definition 

a. syntax 

b. semantics 

c . pragmat ICS 

3. conversion considerations 

a, compatibility 

b, Sift possibilities 

c, translation 

D, Standardization activity 

1. purpose of standardization 

2. problems to be faced 

a, when standardize? 

b, technical concerns 

- technique to express 
def in it ion 

- adherence to standard 

- upgrading of standard 

- subsetting 

c, procedures for standardi- 
zation 

3. current standard ii^a t ion 
activitieii {programming langs.) 

a. general procedure 

b. specific activities 

E. Means of language definition 

1- administrative concerns 
2 . technical concerns 

a . syntax , semant ics , 
pragmat ics 

b. formalized notations 

- BNF as a metalanguage 
example 

- notations that include 
semantic concerns 

- W-Grammars 

- Production Systems 

- Vienna Definition 
Language 

- Attribute Grammars 

In covering the properties of pro- 
gramming languages, most of the terms are 
self-explanatory. They can be introduced 
with an example, and students can contri- 
bute additional examples or experiences 
that relate to these prope rt les . War 
stories serve beautifully to illustrate 
the importance of these properties in 
advancing the acceptance or rejection of 
a programming language. Students, even 
in their limited ^-experience, usual ly have 
or have shared sufeh observations with their 
peers . 

Students should know that a langu^, 
IS not designed in a vacuum, but rather 
Within the context of a specific applica- 
tion arc^A{s), language type, and user 
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.tan.la rvi I /at 1 ..n a^'tr-i'L'^. 
' ak' n thf r.;rn nf r e ff-rc-nco 
trrtran .-)t to th<- multif^li- 
^ s . H' iw.^v^T , L,t ucit-n t s a r^a 
'/vith thu r*^iations!iip of 
ion tc' tht? 'ir-velop' '--nt ol' 
laniaajos, run' with tht- 
n Vf ) i V i 1 :a c r f a 1 1 n < | vi 
ach factors are explor^xl in 
th^^ course, 'Mthcu-jh 
still hav" juostinns aU^it 
t/at ion activity , thc'V wi 1 I 
t^nt information to in-'jin 
M.ntMrch to provici- the^ 



Tfif f m.i t t<^;.ic covpr<^rl m this 
'-.^>tHi'-a f.jricti )na I characteristics is 
taat ot lai'.'jua.ic definition. The student 
mu.-... .->nf.)rtai.l.^ with the meta Lanquafje 
c .n"^'p^ afic. id'^pt at r^Mdinj a langiuKjo 
d^-tinjtion asini a neta larujuaqo such as 
Bat4,as -Jaur Torn, Tne Lini tat ions of a 
ian^niau' ->ach is BN'F and th*^ curr*:nt 
efforts to ovf-rcome such limitations 
fihould also hv pmnted out. The papt^r, 
"A f. irpi^T of Fornal Definitions" by 
M. Marcr.tty, it F. I,ed.;ard, and G. V. 
Bociunann, is a tmo source document for 
discussion in this ar-^v^.- The definition 
in the papL'r rU^ th^- small lanqua^/e. 
Aspic"", Can be used as an cxcrci.sc ba.se 
tor r^'adinj a syi^^'^ct ica 1 cit^sr r ipt ion in 
BNF", ,ind as m intioduction to other 
formal h.d initios systems. A brief 
d.'&<*r ip»: I ^n .f vich i formal s/st(^m 
all students n.'cd abs<>rb, How(^ver, 
additional * imc can i^e spent on the 
W-t;r-»nnar, wor<irvi through a rather 
iimplt^ example so ^_hat iho flavor r)f 
tn«^ ippt lach c\u ^' i sua 1 i /.hI . TJie 
norc idvaip-cfi -jfh tU in tho (-nur'..- 
find r hi . va 1 . \\ In. 
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Ir. i''r.cr ibm-j any lan'^uaqe, ir 
jt^^^j.nrtin; to learn such a lanquaqo, 
1^. i t' ich 111'; a {^rofjramm 1 nti lanqua :e, 
'-n typ»' o- .t racture is needed on 
ic*^ to han I tae lan<juaqe feature, 
purpose of iealinri with technical 
':r.a!-acter istics is to provide a qonerai- 
.^ed structure that can be used in 
identif/mq and orqani^inq the features 
'f d lanquaqe. The structure developed 
sr.ojla be sufficiently broad so that it 
f.ts an ' number of lanf)ua<|es and can be 
'jse.l for f iture languages as well. The 
structure, as indicated in the following 
"Utlme, has proved excellent for this 
i^urpose; it can bo presented in the order 
liven m the outline. Tf, as each point 
IS covered, examples from a lan^^uaqe or 
lan-juaqes with which students are fami- 
liar can be qiven, structural pieces can 
r^e cemented in place. Pe i n f orcemen t of 
tlv} ideas, both singularly and as whole, 
IS essential to ensure a meaningful use 
of this structure after students complete 
the cr-'Urse. Dxercises and perhaps a paper 
on some programming language of' the 
student's choice (with reference to the 
structure) are examples of such reinforce- 
ment. To do justice to this method of 
af^proaching language structure, aopi xi- 
mately 40^ of the time available during 
the- semester is required. 

Coverage of technical characteristics 
mcl udos : 

, A. Building blocks 

1. character set 

2. tokens 

a. system defined - graphic 
operators, keywords, 
punctuation characters 

b. user defined - identifiers, 
literals, constants 

c. special points 

- reserved words 

- identifiers for program 
units 

- identifiers for data 
aqgregates 

- number of subscripts 

- expression of sub- 
scr ipt s 

- ranqe of subscripts 

- subscript ina subscripts 

- qualification of 
ref e^rence 

- nc^ise words 

- f>unctuation relevance 
K subunits 

a . nr)n-executable : decl ara- 
ti nih, compiler directives 

b. smallest exectit.ible units 

c. st^ts 'd' executable units 
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d. loops 

e. b jbprf;qrams : functions, 
subroutines, procedures 

f. complete program 
Subunit characteristics 

1. iteration and recursion 

a. definition 

b. structure 

c. mechanisms 

2. delimiting subunits 

a. punctuation 

b. syntax 

c. special symbols 

3. scope of definitions 

a. cjlobal and local concepts 

b. defining ^names 

- explicit, contextual, 
impl ic 1 1 

c. considerations of 

crnvirorynent 

4. parameter passing 

<i . format paraneters and 

argument s 
b. call by 

- value 

- reference 

- name 

Kxploration of data types 

1. unstructured attributes 

a . ant hme tic 

b. lr)gic<3l or boolean 

c. character 

d. label 

e. pointer 

t . user det ined 

2. structure attributes 

a. string 

b. arrciy 

c . str.jcturo or record 
{i . set or union 

c. file 

3. storag-"^' classes 

a. static 

b. automatic 
c . cont ro 1 led 
f j . basf»d 

4. typ*^ checking 

executable statement types 

1 . as Si jnnent statement 

a . mtermmgl mg rules for 

expr ess ions 
b . 1 ocator express ion 
<• . va lup express ion 

2. seguene-e f:ontrol and decision 
mak m ^ 

a. jjnc .ditional transfer 

b. Co. o] led transfer 

c . a 1 ternat i ve sel ect ion : 
I f - rhen-el se , caee 

K in t^'^ract ion with operatintj 
pnv 1 ronment 

a. input output statements 

b. .iebutjnO'J statements 



c. storage allocation 
St atement s 

d. concurrency coordination 
statement s 

F;. Language structures 

1. sets of smallest executable 
uni t s 

a. group 

b. block 

c . procedure 

2. loops 

a. range 

b. termination criteria 

c . parameters 

d. exit point 

e . common language forms 

3 . subprograms 

a, arguments allowable 

b, recursion 

c, local/global variable 
de f ini t ion 

d , return values 

e, internal/external 

The first topic to be covered in 
this section is "building blocks," Here 
one tries to lay the foundation for 
further exploration. The notion of a 
token IS valuable. In studying any 
language, to proceed. any distance without 
clarifying what the rules for token 
formation are, what types of tokens exist 
in the language, and what freedoms the 
programmer has in forming and using tokens 
IS difficult. Students taking the course 
have only been exposed to one language, 
so that notions such as rese^veci words, 
noise words, punctuation, and identifiers 
for data aggregates may well be encounter- 
ed for the first time. This is the only 
plac - in this section of the course where 
character set and tokens are covered , so a 
thorougn coverage is recommended. The 
matericil on subunits as building blocks 
will be explored further, ith each sub- 
unit discussed in deptn; its presence is 
to form a basis for discussiv-^.is to follow. 

The topic "subunit characteristics" 
IS, perhaps, one of the most important to 
be covered. This may b^-- the first time 
students have encountered these concepts, 
or even recognized such concepts are 
legitimate objects of consideration and 
can be divorced from specification of a 
particular language. Of the 'total time 
devoted to the unit on technical 
considerations, 35% to 45% should be 
expended in this area. The concf^pts 
are best appreciated and assimilated by 
using many examples and numerous 
exercises , especially for recurs ive 
concepts. Distinguishing between 
recursion mechanisms and recursion 
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THE C-BASIC INTERPRETER: 
A LEAHNING TOOL for COMPILER CONSTRUCTION 
by 

John A. Rohr 
Computer Science Depirtnont 
Cdli forma State Polytechnic University, Pomona 
Pomona , Cal i forn i a 



ABSTRACT 

The C-B-isic (Class - Basic; lanquaqe and 
interpr**tor 13 d^isiqned to teach students 
practicil techniques to implement compi- 
if-rb and intorpreters . The lanquaae is a 
subset of fhe Basic* lanqaage. In a one- 
. -arter course on the theory and design of 
compilers and interpreters, students 
construct a scanner, a parser, an inter- 
mediat»-j code generator, and an interpreter 
for C-Basic. This paper describes the 
language and the project used in the 
jourse. Several appendices are included, 
giving specific details about several 
aspects of the projt'Ct. 

INTRODUCTION 

The Computer Science Department at 
California State Polytechnic University in 
Pomona, California, teaches a sequence of 
courses m the thfvjry and design of trans- 
lators. The first course presents assem- 
blers and loaders- the second, compilers 
and interpreters. The student pro:)ect for 
the second course is an interpreter for 
C-Basic (Class - Basic) . The following 
s^^ctions of this paper present the lan- 
g'iacje specification, tne project descrip- 
tion, observations about the project, and 
a set of append ices giving spec if ic 
details about several aspects of the 
pro jec t . 

LAN^^f'AGE SPECIFICATION 

The C-Basic language is a subset of the 
Basic language. A single extension is 
m^de to allow variable names (symbols) of 
up to SIX characters. The character set 
usf'd consists of the upper-case letters, 
the digits 0-9, and the special characters 
*f I *r *, (, ), comma, space, 

and end-of-lme. The lexical items 
(tokens) generated by the scanner can be 
divided into six categories: punctuation, 

♦Basic {Beginner's All-purpose symbolic 
rnstruction Cod»^ ) is a registered trade- 
n-wV, of Dartmouth Collfgo, 



operators, keywords, line numbers, 
constants, and identifiers. Keywords o 
reserved words: they may not be used as 
identifiers. The C-Basic lexical items 
are listed in Appendix A. 

A C-Basic program consists of any number 
of non-end statements terminated by an end 
statement. Ten different types of state- 
n^ents are provided plus the end statement. 
Positiv'e or negative integer and decimal 
constants may consist of up to five digits 
plus an optional sign. One-dimensional ' 
arrays are provided. Arithmetic and Bool- 
ean expressions are also incorporated. 
Although the language is simple, it does 
provide enough capability to actually 
write and run simple computational pro- 
grams. The complete C-Basic syntax is 
f^iven in Appendix B. 

INTERPRETER IMPLEMENTATION 
The C-Basic Interpreter is implemented by 
each student in the class either alone or 
with one partner. The task of writing the 
interpreter is partitioned into five 
phases. Each phase provides an essential 
portion of the interpreter. The five 
phases of the project are the: 

1) symbol table 

2) scanner 

3) parser 

4) code generator 

5) interpreter 

symbol Table 

The task of writing a set of symbol table 
routines is assigned on the fust day of 
class. We assume that students know how 
to implement symbol tables from their work 
in the assembler class. By assigning the 
symbol-table phase on the first day of 
class, students can begin immediately on 
their projects. The only information they 
r--^ ^uire are the length of the symbols (up 
to SIX characters), the valid characters 
for svnbols (letters and digits only), the 
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I'li ^'\-^ f."i.i<^ '-;f tho syr-bol tabl^ {symbol, 

I'^oition, 'J irnons ion ; . 'I'h''^ stud. Tits 
IT" il-:'; t^l'i th.it th^y -^lay neod to ro- 
*"r. ctiin^», or auup*-'nt syrljol data 

i'-'T It »s LPi*-i'Tlly opt'^T'-d. Th*^ s t u- 
i'-nts "tr'"' tlloA'cd to choso their own 
~. /-^bol tab;*- alqori^-hps. \ sjn;jb* symbol 
lb i It q I V'-n I n Append i x I , 

rh»- scanr.'ir or U^xicul analyzer is 
I'^.p 1- ri'-ntfi IS th«:? second pn.sse of the 
wro)'_--t. Th.- scanner r'^'^oqn i zus six cate- 
'lori--^ of I'-xicil Items or tokens. Punc- 
*- mr. m^rks, o;>*.' .itors, and keywords are 
'•i^'?; assi'jnf'd jnijue token codes. Line 
n'jmo''rs, co'^-3tant3 , and identifiers are 
1-:. I 'in'*d on^- tok^^-n code per category, and 
irs ind'^x numo'-r is returne*d with the tok^n 
:'jd*^ ^o uni ji'^ly idt^ntify th^- specific 
t yk^^n . 

K-vwor-is IF" en'^^-r*"! into the syrnhol table 
i'lnnr ♦■n^* i n 1 1 n 1 i /a*- i on of the inter- 
•r'-*-'-r, y^ni-h "^I'^plifies i d^-n t i 1 na key- 
y^or i fok'^ns md r)r'?v--nts usmq tho key- 
V'>rls a^ 1 l"p 1 1 t 1 rs . Eich 1 i n<^ number, 
^'ons*'in«^, and i i"Pti*'i'^r is entered into 
* n*_' s.i^bol ♦^kjU- yrfi*-h d'f-iult values when 
*i.rst f'n.'^o in * «^ r/»'] . 



\ r-' 

U i 



'"•n*^n * 



•nt-- ehos'* ^_hf,^ir own method of 
1 -I'T tho s,:inn'^r. Two methods 

i p. clas", . Trans I*- ion dia- 
,\ ,",,,r^h*wi ij-, short code seqments 
'^♦^ ir.» -n.' ^iFifjlest to under- 

] I ■ 1 • 'TU'n t . Of* t e rn in 1 s 1 1 c 
1*" i"iiti ar** di^cu^^s*_'d as an al- 
^* * 1 >d . m*^' u'-i** of lutomatic 
j'Ti' 1 itor'^ I also discussed, but 
1^. no* :;'-'r'^ 1 1 1 f*(i for stud*-nt 



or -./n tiy ^n^l//"r, which is 
.'T. i'^'^ 'f ^ he proi'-rt, is th«* 
>-x p-iis^'. A r)r**d I r t I parser 
nt<«i. rhi'; i =: a tabl*'-dr iv^n , 
r • _' c • i r s t V* ' - 1 If * n [ »a r s*? r . 
urilly f'l ir sub-phase?; in 



•w« 



" J '>cj i r t r'^cur : i on 
i by 1 o f t - f 1 ' • t r) r I n q 
ir, J FIP.ST and FOI.[,nw 
; n J ^h•^ r>a rs inq ^ab 1 e 



"n" f 1 r t *■ '\ re 
'lo-nf'Work 1 =: I I 

n-^n I *" T.'is ^ b 
f -ir-n S'u ^ U>1 •* 
li t r^f r . Th«* =; 



J r • " I'^h q I V'-n as 
"nt s . bt'f t r^'cursion 
1 I na t"d f rom th*-* qrarnma r 
1 " f t - f ^c^ or"d to bo in a 
^ ^ r "eurs I vn-de'-,c*^nt 
PrPf.T ( i) , whieh IS fho 
ii; 'Hi^c-.ji,],, f I r^,t tf'rriina]'> for « 



m t:'" prodjr-^-ion ■ , must bt deterr d 
for ' icn T.'r"duf't ion . Also, the set V0\.\ )\\ 
(A), wh 1 eh IS ♦'^M S'- t of terminals whic". 
oan irmt'fhately follow the nonterminal A 
in soire sentential form, must be deter- 
Tiined for each nonterninal of the qrammar. 
Tht*n the parsin^: table must be constructed 
usmq the FIFST and roiJ.OW sets. 

After the students have generated their 
own r^ars ina tables , they are qiven a table 
to use m their pro;)ects, assuring uni- 
formity in pa rs 1 nq . The pa r s ina c Iqo r i thm 
IS ';iven in the textbook^ and additional 
reference material is avai labb'.*^ Thfi 
code for this phase is short, but a rather 
sizeable data table (tile parsing table; 
must be gene rated , Tno C-Ba s ic syntax 
(witn semantics) use/3 for this phase is 
qiven in Appendix cJ The parsina table 
q 1 ve n in Appe nd i x F j 

Code Generator 

The code gene rator , wh^'ich i s the four th 
phase of the proiect , is impleT-ented as a 
simple extension to the parser. First, 
the syntax is augmented with semantic 
actions. Then the parsing algorithm is 
augmented to include performing semantic 
actions. There ar^ two types of semantic 
actions: one type emits an operator code; 
the otn'^r type performs a specialized 
action. There are 22 C-F^asic operators 
and 8 special semantic actions. The aug- 
mented parsinq algorithm which is used 
adds checks for semantic actions m the 
prodi^ction and performs the actions indi- 
ca terl IS they i re encountered i n th*^ 
product 1 ons . 

Th^» c^de which is emitted by the code 
q'^ne rator is Pol i sh-post f ix code which 
would b*^ the i n t^' rmed 1 a tc code for a con- 
pi I '^r. Thf* Pol I sh- post fix code can be 
used di recti/ by th^' interpreter. Tne 
^mi t ted code conta ins on ly oper t tors and 
opr» rands . Op*: rands a re mi tt ed as pos i- 
1 1 numbers which aro tae symbol table 
indices. Operators are emitted as n^aa- 
1 1 ve numbers which identify thf* operators. 
Tne C-Rasic syntax with semantics is aiven 
in Appendix C. The r'-Hasic operators are 
l:-*. 'er< in Aopendix D. A sample of C- Basic 
Pol ir.h-uos*^ f I X cod" i ^. qi v^n in App*'ndix H. 

In * rpro te r 

Tho mtorproter, tho flf^h ph<is<^ of t!V- 
» , p-f-^ pj,^^,, ^^j^, ^ virtual machmo tri ^--x- 
•^cut»^ the Pol 1 sh-post f ix cod*^ . Th^^ intrr- 
pr'^t'^r u^.*'s in "valuation stack to ^torc- 
'>p''r mds as th'^y ire "nrount*'r"rl in th' 
corlo 1!^,] ,^ q<>t of subroiitin^s ^o porf'-^rn 
t he >p«^ra 1 1 on^*. . Th<'r<' is a iin i qu» ' siib- 
r^'j^.H'^ for eficii opf»ritor, Fi^'h ^.ubrnutin*' 
ob*- ims its arrTim"nt^, (if mv) ♦rom t h" 
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• * ; * ^ ^ V 1 : u 1 *■ 1 1 b t ick . T f .CI 1 

T'l^ti'^ -• r'jf \ it I -;tj'"'i 1 -J'irjro'it 1 n 

-1- ir- .-1 in A>,.-'..i:- • , i ui I 

' '''' ^ JL' ' i' ;//A: .'^A I' I ■ i*i 

•-wiMj r.r->:..':t IS to toach trie 

ii*"! /r. of //or' IS ssar-; to ^iot»rPi'.' 

' >'jr.-y" qrv'-r;. lA'por^s ar^j r»^'jui r-,^cl tor 
• icn r^i.ii* jn^i for t:v ntir- pro i-jct . 
. ^. ' r';^o/»s ;jr' i.^t or a lI^.'sc r i pt ion of 

pnas', I 'irritiv ibou* tn.- Sf>lution, 
J f ici*- iwn of t\ il<|orita^ (S; us^^d 

1 fiowcnir^ .r ie-, i ,n- 1 rviua.jo lii^^Mnr,-, 
y.'- 'oj.j ^ritt-r., in-J r-xocution output 

fjr ^n- '_-.,t .-IS* , ^irlJl r-port is a 

I -to J. ^.-ri L'at ta<.' p-•o;;♦•c^ 
-i.iiri, i 1* i til--,*, algoritrims, 

1 'i i r J 1 r : . u s t r uc t i .-is. 

7*1- --ntlr- or.^.-v- ?o'.,;Mtutes ono-half 
of th»' ';iis, jna*^. fHx.i'r.inatLons con- 
'-.^itu*^ -n- ..t!i-r htl^.) The final r*-port 
•:onst 1 1 jf*_'s -Mif of tno cntirv project 
iri'it'. Th" otrvT hUf is f.Tually distri- 
j.'j*-*' ! iron-; tri'' ^'iv o-n^'/ r«*ports. Thf^ 
qrt'io. ^')- j,'usf^ r-oor'^ md thr- fLnil 

r._-wor* iro t.i-^.^d 'iu t' • rorrectn»-ss of 
*^n-* i tn-' " f *'«*cti v^^n'.-ss in commur.i- 

•-'i'lnj th'j d^«-;L-^n ind iFpK*ment a t ion in 
tn-* r^'p'f)r * , 

"h- f-!nsL>/ in**-ror*-t**r is <-j valuablo- 
l-irn:nT ro'.l f-.r sfid-nts studvinq the 
t:v-or / -ml i.-.i f/i of .rompilurs and mtcr- 
pr^.'^^.t-rs . r-i,.^ t irst four ph.ise-. of th»j 
,r.;*--^ irf> -5uiil/ ipplic.iblo fo _t com- 
pii'-r or in i n*^Tpr-^._'r . for a om.- - 
fuirN/r C';ur-:^», tn'r*- i =; b.ir»_'ly suf i- 
ri'-ni ti-i*- t. cor.pletf tht- f)rr)).'ct vith 
in in^-rf>r.'f.-r . Confjtinies th « int^. rprf- 
♦••r iTiu-;r { i.-it js jri optiorial phas • 

whijh will b- don** -'hI/ bv tn- b^t^rr 

ud^'n s . ) I ^. a on* 'v 'nos t f^- r v,urso f 
^.>*aii b'^ po-^-^.^bl*- rn irnMud*.- ,,s<'mbly-- 

or marn I n*'-- I in J , u|*. cod- qt."iU' i j f j on 

W"I1 -;'jr",#- op^ 1 rp 1 /a t i on and error 

r*";uvfrv . 

Tin ill/, tl'-ho'iih tht'r.- ar«' sr.mner 
i-n*^r i^-or- ml pars..-r q-nf'rnt(M^ availabb' 
^o rit-nat-.- T'ti.-h '.f ♦h" work invf)lv*^d in 
'I'-fvra*' 1 nq i r-.npib-r, if m imj)r»ratiVM 
*-hit s^!ldt-lts I'-ner t»- a compib-r or in- 
t'Tprft.»r on.-.' n<inuall/ unrir-rstand jrid 
iLpr.^Mi*^- ♦h*' ia*wna*^.'d ri<-thod'4 avail ibb-. 

1 -^'dr'n^-nt 1 1 : ->n of ('-Fiasi..- is o'U- wiv 
»f -M-nj. i . J n f t h i . . 



Aho, Alfrt \ V. jnd Jeffrey ^. 
KUrJlPJJ'Al- K (jf Co m^ i_l t -r [jo i on 
Wesle; Pub 1 1 s h 1 nlT Comp.j rry , Pead i , 
Massachusc'trs , 1977. 
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A line number consists of 1 to 5 
decimal diqits and is the first lexical 
iteTi of a statement. 

A constant consists of 1 to 5 decimal 
digits and is not the first lexjcal 
Item of a statement. 

An identifier is a symbol consistina of 
I to 6 1^'iters and ciiqit?;, the first 
of which must be a letter. 

f 
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Appendix B 
C-B a sic Syntax 

This syrftax for C-Basic is m modified BNF where the notation - ... indicates that the 
1 te"i mside the bracketb must occur at least i tines and no rp ore than 3 times. 

Production 

Number Product ion 

1. 'pr^7ram-:= ^''statement ^terminal st> 

2. statement 'line no ''''let st>(''goto st ' on st'l^if st ' | * foi st^'^'next st' 

dim St - "'go sub st^l^return st> step st^}^ 'eol- 

3. terminal st':= - line no ' ^end st - ^eol- 

4. eol-:= EOL 

5. 'let st':= - LET - - .ariable* = -^expression- 

6. qoto St 'line no - 

7. -on 3t-:== ^ ON - expression ' .GOTO - ^line nG"',<line no>}" 

8. -if st':= - IF^ ^boolean exp ^THEN 'line nj> 

9. 'for st-:= • FOR - 'simple variable-- = ^expression- TO. -expression- 

' STEP^ - expression > I ^ 

To. next 3t-:= -NEXT . ^simple variable > 

11, dim. St': = \dIM. ''•array dim - 

12. go sub st':= -GOSUB^ 'line no . ^ 
li. return st-:= - RETUPN- 

14. step St := .STQP^ 

13 . end st - : = ^END- 

16. express ion = multiply f actor - j ^pref 1 x op ^^expression> ' ^'expressions 

mul t iply factor * 

17. multiply factor -multiply f actor | involution factor ^ j- involution 

factor 

18. pre f 1 X op ^ : = - 

19. involution factor -:= term -;' term term - 

20 . te rm • : " ' constant - : var ] able ^ ^-expression ]^ 

21. variable •:= simple variable > subscripted variable - 

2J. simple variable -:= identifier^- 

2 3. ident 1 f ler * : = ' letter let ter m - d iqi t 

24. 'Subscripted variable:- identi fier 'J^- expression 

2 J. constant-:- ''di^it-f^ 

26. boolean exp-:= express ion re lat ion - express ion - 

27. relation •:= = ! '.^ I _=_ I . I 1 ' ' _ 

28. ' arr^y dim-:= - ident i f ler - constan t 
29 . di ?i t - : " 0 1 ?J 3l 4 1 5 1 6 ; 7i S : 9 

30. letter-:- A ' B I C | D [ E | F | G | H I I , J ' K i L M,N O^P Q I H | S , T j U | V i W X Y'Z 
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34 




NT 


ir 








■ 






m 






4? 




42 


42 






















ir 






























































45 


43 




It 

T 1 


45 




an 




45 






45 


44 


44 


4^ 


4^ 


45 


45 


45 




?5 






45 




45 


45 




















2/ 


V 






























































46 


4T 




sv 
































































51 


29 


SBV 
































































53 


■r- 

■■31 


RT 

AD 




















54 


55 


55 


57 


5ft 


54 
































SI 


53 
6^5 



A. Use 3 if thp next token is END. use 2 otherwise. 
B' U%e 50 if the next token is {, use 49 otherwise. 
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A£>pendix G 
C-Basic Test Case - Source 

00100 DIM ARRAYCIOO) 

00200 LET A = 1 

00 300 LET BC = 2 

00400 LET DEF = 3 

00500 LET GHIJ = 4 

U0600 LET KLMNO = 5 

00700 LET PQRSTU = 6 

00800 fO:^ VWXYZ = 1 TO 100 

00900 LET ARRAY (VWXYZ) ' = VWXYZ 

01000 NEXT VWXYZ 

01100 FOR II = 10 TO 100 STEP 10 

01200 LET ARRAY (II) = 10*ARRAY (U) 

01300 NEXT II 

01400 FOR K = 1 TO 3 

01500 Oi< K GOTO 1600, L700, 1800 

01600 LET VALUE = ( (A + BC)*DEF/GriIJ) 
tKLMiNO + 2*PQRSTU - 36 

01700 IF K ^= 1 THEN 1900 

01800 LET VALUE = - (VALUEt2) 

01900 NEXT K 

02000 GOSUB 2200 

02100 GOTO 024O0 

02200 LET VALUE = -VALUE 

02 300 RETUPN 

02400 STOP 

02500 END 

Appendix H 
C-Basic Test Case - Postfix Code 

Location Numeric Mi . emo n i c 



Line 


200 


0 


5 


A 






1 


6 


1 






2 


-13 


B 


Line 


300 


3 


8 


BC 






4 


9 


2 






5 


-13 


E 


Line 


400 


6 


11 


DEF 






7 


12 


3 






8 


-n 


S 


Line 


bOO 


9 


14 


GHIJ 






10 


15 


4 





Location 


Numeric 


Mnemon i c 




11 


-13 




Line 600 


12 


17 


KLMNO 




13 


18 


5 




14 


-13 


□ 


Line 700 


15 


20 


PQRSTU 




16 


21 


6 




17 


-13 


LZJ 


Line 800 


18 


2 3 


VWXYZ 




19 


6 


1 




20 


3 






2 1 


0 


I 




22 


1 / 


IfqrI 


Line 900 


2 3 


T 
C 


ARRAY 




24 


i. J 


VWAY Z 




£. J 


_ T 7 


ISUBSCRI PT| 




26 


£. J 


VWXY/^ 






- 1 3 


Id 


Line 100^ 


28 


2 3 


VWA 1 L 




2 9 






Line 1100 


30 


27 


I 1 




31 


2 8 


10 




32 


3 


100 




33 


28 


10 




34 


-17 




Line 1200 


35 


2 


ARRAY 




36 


27 


I \ 




37 


-22 






38 


28 


10 




39 


2 


ARRAY 




40 


27 


1 1 




41 


-22 


Isubs<^riptI 




42 


-4 






43 


-13 




l4ine 1300 


44 


2 7 


T 1 




45 


-18 


iNEXTl 


Line 1400 


46 


32 


K 




47 


6 


1 




48 


12 


3 




49 


6 


1 




50 


-17 


iFORj 


Lir.e 1500 


51 


32 


K 




52 


34 


#1600 




53 


35 


#1700 
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Line 1701 



Line 1800 



Line liOO 



Line 2000 



Line 2100 



Lino 2200 



Lm^? 2 ^00 
Line 2400 
Ltno 2SO0 



•a^ ion 


\ur-,^ri(: 


Mrif-T'on 1 c 


' 4 


36 


#1800 




I z 


3 




— 1 J 




-n 


J7 


VALiJt: 






A 


y) 






GO 


-1 


□ 


61 


11 


DEF 




-4 


□ 


b } 


14 


GHIJ 


64 




□ 


6 > 


17 


KLMNO 






□ 



7 
63 
69 
70 
71 
72 

7 i 

74 
7 5 
76 
77 
78 
79 
80 
81 
32 
83 
84 
85 
86 
37 
88 
89 
9 0 
9 1 
02 
9 i 
0 4 
0 3 
>6 
}7 



20 
-4 
-i 
J8 
-2 

-13 
32 
6 
-9 
39 

-16 
37 
37 
9 
-6 
-3 

-13 
32 

-18 
41 

-19 
43 

-14 
37 
37 
-3 

-1 3 

-20 

-21 

-21 



PQRSTU 

□ 
□ 

36 

□ 

a 

1 

EZil 

iilOOO 

dB 

VALUE 
VALUE 
2 

□ 
□ 

K 

iNEX'll 
#2200 

[GOSUBl 
#2400 

IGOTO! 

VALUE 

VALUE 

EEl 

a 

iR^TURNl 









- /rnbo 1 Ta 


L 1 








Loc a t i on Dip 






^tlOO 


? J 


0 




2 


A '■'''A { 


2 b 


14 


100 


3 


100 


2 3 


13 


0 


4 


#200 


24 


J 


> 


5 


'\ 




0 






1 


2 3 


1 


0 


1 


'^300 


24 


3 


3 


8 


3C 


26 


2 


) 


9 


2 


2 3 


3 


0 


10 


#400 


24 


6 


3 


n 


DEF 


26 


4 


) 


12 


3 


2 5 


5 


0 


13 


#500 


24 


) 


3 


14 


GHIJ 


26 


6 


0 


13 


4 


23 


7 


0 


16 


#600 


24 


12 


3 


17 


KLMNO 


26 


8 


0 


18 




23 


9 


0 


19 


#70" 


24 


1 5 


3 


20 


PQPSTn 


26 


10 


0 


21 


6 


25 


11 


0 


22 


#800 


24 


18 


3 


23 




26 


12 


0 


24 


#900 


24 


23 


3 


23 


#1000 


24 


28 


2 


26 


lUlOO 


24 


^0 


3 


27 


11 


26 


114 


0 


28 


10 


23 


115 


0 




#1200 


24 


35 


0 


30 ^ 


#1300 


24 


44 


2 


31 


#1400 


24 


46 


3 


32 • 


K 


26 


116 


0 


33 


#1500 


24 


51 


6 


34 


#1600 


24 


37 


17 


33 


^1700 


24 


74 


J 


36 


#1800 


24 


"'O 


(j 




VALLi: 


26 


117 


0 


38 


36 


2 3 


118 


0 


30 


#1900 


24 


85 


2 


10 


#2000 


24 


37 


2 


41 


#22^ 


24 


91 


4 


42 


#2100 


24 


R9 


2 


4 ^ 


a2400 


24 


96 


1 


44 


#2300 


24 


9 3 


1 


4 3 


#2500 


24 


97 


1 



isTorj 
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Tl \C ' Nr. Pf^MDAMf\'TAL rr 'i>rri R THrli -JOLOGy 
'ii' /'HJKCT M,\TTFR PRHt^F'SS TOTALS (;SIN0 

pR^nRi\vM/\BLr calcl: ators 

P'."-"! 0. Tjylor anr* Mich.iel v;. Woolverton 

ir-r,PMt of Ajricultur.-l Ccononics and Rural Socioloqv 
}h. . :r 1 .'jultu-al Research and De-olor^ment Centor 



Th.s ^..itjor doscribt^s i:. approach to 
*:'.-acK*n^ basic data o rrr:* > s s i rv? techniques 
in 3peci:'i- sub]ects uc:lr^.; -/roqrarmnablo 
;alc-jlat(irs . Th^* Texas Instruments Model 
"iO : ro^^rammabl-j cjlculator L.rovides under- 
qraduat*- stud'jnts with an ^^xtremely low- 
cost nt^^ns of qainin i hands-on experience 
With computer hardware and software. A 
3urvf--y of stu'lents tak.mq the course in- 
^icited they felt the effort expended was 
hiqh relative to other courses, but were 
hi ihly sjfisfied with the course, with 
the availability of the miniature comput- 
ers, an J witn the perceived future per- 
sonal itility of the course. "^ho authors 
concludj that teachinq fundamental com- 
puting Techniques with programmable cal- 
c'llators riay be mor.^ effective tt an re- 
quirinq students co/r{?cfive inst'^iction 
bised on larqe, n^nframe computers in 
computer .science ^flepartmc-n ts . 

Ui i')72, Chhrles f: French, then 
rhairmin of thr- bepirtntent of Acjr^culu. al 
F.co-^onics at Puni'ie t,niversity stated: 

.Historians nay not fully concur, but 
cert 11". '^nqjlfinq urqes seem to sv;eep 
through i^iir economic and socj svs- 
. tem from time to i me . These become 
Societal prime mo^'*»rs. Sorr^^ such 
urqes --an b< identified e..j., the 
urqe to ^ ^plore, the urqe to nechan- 
ize, thr» urq€» tc crqanize, tue urae 
to ai-celerate, and the urqe to so- 
cialize. Two or more of these may 
interface at times. Cybernetics 
seems to be such a n^rime mover 
baiarcc'l -j>n modern urqes to indus- 
. trial ize and accelerate. tn this 
sense it is orofoand and powerful 
amonq events of our t i"ie ^nd has 
mfljen'-ed aqnculture (society) 
positively. f French, 1972) 

Rapid development of dat.i process inq 



equipment and procedures over the past 
decai.'_ has olacea the cover o^ comouters 
into the hands of anyone. We h-^ve become 
the computerized society. 

This pervasive impact of cvbernetics 
on society presents a unique challenge to 
the educational community. In fact, the 
National Science Foundation stresses that 
c'ue to the high potential for influencing 
tre nation positively, teaching basic com- 
puter principles and concepts to students 
vith scientific majors should receive high 
priority for use of educational resources 
over the next decade (National Science 
Foundation, 1979). The Foundation con- 
cludes chat developing appropriate educa- 
tional proqran.s is not oni\ desirable but 
ineviiablo, and that federal funds and in- 
'"Kience should oe ex,)ended to accelerate 
the process. While the National Science 
f^oundation stresses the need for educating 
students with scientific major, m comput- 
er te moloqy, the same needs c n be im- 
plied for Students in other fields 
studv. 

n. s /r-ir:->iT of the proplfm 

Th. most pressing problem fa.:inq the 
educational community 13 to prepare ^tu- 
:1k-. .to to cope with a world of dinmishmg 
natu-al resources wherein the costs of ex- 
tract ina those resource", with any given 
technical b^se, continues to increase. 
Cybernetic technology seems to be a basic 
inqredient of practicallv all emerging 
technoloqies that might have the combined 
capacity of maintaining r>r improving 
standards of livmq. We also believe that 
educators m F^^acticaUy every field of 
study from the sciences to the liberal 
arts improve the quality of education m 
their field by greater use of presently 
available cybernetic technoloqy, which can 
usually be done at very low -ost. 

Traditionally, educators have turn- 
ed to computer science departru-nto to 
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ir jr.', 



>r:Tall/ J>r*TJire 'mchc'Li f_jrii: 



fo: b.itcii 'jrO''p;S5: i rr^ or iSf* t 

training s*- adt^nts ^^ b^'roirif- : 
iM'^ 'or conout^'r srirTtists. 



roqra mmf>rs 



tha*-_ 3 ir K'>jlturf» ^tii^ 
shan =iuch cojrsos. 
.iqe of students with ' 
C'^'ssir. I triiri'^q :ri']. 
re'nai^^s low. 



'^♦-y and othf^rs tend 
"'h.is, t:h<_> Dorcent- 
indanental dati oro- 
4tinj *^ro.ni ''ollO''i'*s 



While the /e nooroirh was probably 
/jlici wht'H con;>u''f;r <-*u j i rj-^tun t wis i}x;)cn- 
sive, S"n:>itiV'', and ^1 i f i c:a 1 1 try use, now 
overy stade'^.t sho'jld 'lam a basic concciJt 
of modern data orocessm^ tec-hno locTy , and 
t:hf=»se concept ' in bt> f^ost effectively 
tau'^ht by sab]r,-t natter professionals. 
Computer '■^■qu i unt-^.r has ^f^*-^ miniaturized, 
maie 'Visier to usu, becornf leSb f>xij>jL.^ns i ve , 
and imp reeved in > 1 i ab i 1 : t y . Havirf^- sub- 
ject :'uitt^>r r^rofess ionals teach data r^ro- 
cf^s^'in; reser 'es c^)'^iJUter science depart- 
ment and their lar-jM, '^^^ in frame cv^mout- 
f>rs for traininq comr>uter scientist?! 
furtner oducitiruj ^ther students dt^siriruj 
advanced da^ i d r*-).-* 'ss i n-j -chn i(|U(*s , and 
for resea »"ch 1 'iq "ne^hods of data process- 
inq. Thi-. shift ^ nlti educate a qreater 
n amber '>f studerjts '^.c^re effectively m 
methods of I ncorporat mq cybernetic tech- 
no lo-jy into their various subjects, thus 
e-iabliTtj thfTTi to become nore e*'f(v,:tive 
fjroblen solvers. 



[II. >^\\Mc::\'V ^ 

"^b , f-'C t I Vf»S O* 



THV PAPFP 
t hf^ r\irif»r are to 



1, t bri'.'f i"S ' r 1 D*' 1 on of uronran- 
"lable cal'^il itor techno] jv ir.d the r>r)- 
rentiil *'o r isi^a it ^o >->ducato students 
er. findimen*-il f*yn:)u*''^r te»chnoloav. 

^. 1 ''^icr iwtiofi ')f a **our'4(> 
si'TH'-'d md 1 I'lht- b** th^^ authors fo 
I "'b has.c * jn^i^ iter t e^hnfd onv and 
apr> I 1 1 1- 1 on^. ^ a u i'' 1 1 t ura 1 sturlents. 

1. m »''val ii* ion of ^ h'^' course as 
to Its *^ f f 1 V'\'i'^ ^n rrieeiui'-} course 
o! > ] tn'*- 1 v»^s . 

4. 1 ne i 1 'at ions *'or {professionals 
in 'vther subi'^-;*' Ptat ter ar^^as. 

*\, Historical r spov* t I ve 

Present computers operate^ thousanis 

of time*5 f istr>r than the fitst mod*d^. 

and at a fraction of the co^t :;er m i of 



."'or^^ i-'c irit» 
• ro : r ; less 
i cor. lit] oris ; : 



ir" also i 
ur.d r* ' 1 lat 
sei^s 1 t ] ^-e 
rul (jjcUwV 



an It 



capac 1 1'^, 



Two deve loomruits^ of sDec i a 1 s ] 
cmc' to snalj us^-^rs have boon time 
inu i the advaiiCed oroqramFiable c 
tor. Timc^-sha r ma , m its broad'.'S 
a 1 ■ 



~ ws one a 1 nios t instant: access to 
' r ; J r o ^4 r a IT s a n c i data banks at an 
-* ^ro::> anv location. All that i 
! s a t e r-n i na 1 , a teleohone , e l(»c 



-sh 

ale 

St. 
CO 
\' 1 
S 



a r- 

^la- 
p se , 



I o c a ' 
'deed- 
ed ]s a ter-runal, a teleohone, eb^ctrical 
curr'^nt, and a contract with the aooropri- 
ate conoutor center (Taylor, 1976) . '^".is 
development of the late 19r50s and oarlv 
1970s was esoeciallv SKmi^icar.t to educa- 
tors and snail businessmen since it ai'^e 
then acc€» ss to comriuter technolov^v at d is- 
suer sed locations at relati"elv low cost. 

Fiatterv oowered, hand-held calcula- 
tors became available in the earlv 19''0s. 
Technology has been advanced rap idly so 
that now some programmable calculators a re 
sophisticated computers. Even more start- 
ling technological impro-'ements lie ahead. 
Exports predict VLSI (Very Large-Scale 
Integration) will make it possible, per- 
haps withm five years/ to compress the 
number-handling proficiency of a present 
day, large computer into a single part 
about the si7e of a match head. Such 
superchi:DS could prove to be the techno- 
lOfjical equivalent of the leap fi n tran- 
sistors to inteqrat'^d circuits in the 
eirly 1960s (.Shaffer, 1979). 

Tven nc^w many programs previously 
a%'a liable to the small user only through 
time-sharinq can be adapted for use on 
programmable calculators. These units 
are [particularly attractive because they 
prov ide access to computer capab 1 1 1 ty 
cheaf^ly. An advanced oroqrammable calcu- 
lator can be ou rchased f or ' about $ 200 , a 
coT^pa t ible printer for a'bout S 1 50 , and 
exchangeable modules of programs for about 
^35 each, for a total outlay of less than 
CjOO. 'Operation costs are neali'7ibie\ 

A. Ch 1 racte r 1 St ICS of Advanced Pro- 
':ran\mabl(? Cal culator-; Knabl ing Students 
to Meet Pducationa! Obiectives. 

Advanced programmable calculators 
'>romise to help meet a multitude of educa- 
tional obiectives. Mew mode* Is may be pro- 
jrammniod by the user and allow preservirig 
Drograns and data on read 'write mociia, 
have solid state r»xchangeabl e program 
modules^ allow upward compa t ibi 1 i ty , m 
both learning and new hardware introduc- 
tion, art» in-.'Xpens ive and portable, and 
of f r vers.U 1 1 1 ty . The un 1 1 discussed i n 
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1 ayout . 
the use 



ohoul cl fmri little 



'-11'"'' * ^ ^ " .-^^nst 1 f t r iC- 

* ..M s . Til r iv rv-)- 

I-' irn:- I- L*- 1.. '''lo!)fd in i 

: -7M d , ^_ 'i • n s is 1 r ; i o r h i rr, i 1 i r 

1 '.'1 .J! -.r'jrjl-r ,-)lvt'd, 

^ - • / ^ r,k- * 1 'jVv ; ' 1 i r , t a > s m n r i f * w '^•f • j n i p' : 
^r..': r.roirir- ml ii*. i ^ fnt'-f-i 

• - ^ init. - -.^^r- i . -p. :ro"].^js imnu^rli- 

1*^^ t"^".ib'i'k ID s'-iifinr.-;, Apia i c.it lop.s 
r":.ir'n; n i/mto - i ] j 1 i i o>is -an bo 

A'l^n li^-Mf- i: ' Mc'jlt/. ' However, 
•:h* . i rt'-^ior^ i-r .prip j r to -norf- sojjhis- 

^:"ited '-or-r-.^^-T s/st-"ns ioos pij.-o u:>- 

ml ^h*' J"f'un^ o- tnit ^mh bo 

■ •n^-T- i, 

ill tw ,->'r.. ^_''> .^1". or->ir_i^is j'-d r ho con- 
^o^>*,. t - ,r,, r- iL'^^^Ts .>p r^a] wrire 

mo .ill, n i rt .-ir.ls IP tho (Msr. of tho 

Tt-i9. .M, .s«'rs jan sr/o for futuro use 
an 'in [ i.T.i ^-^ i • iTi... r o*^ t-ro'lrims. '"o 
S'.lv- i tr*:iou' ir :>robl''^, ^ user loads 

t -jr- u \"\ in* - * ho b.i- : '-^p^.wutor sinfOy 
^/ ^ir/m; ^hoj^u^ r^Md ra^inotrir- cirdi/. 
.>i^i TM. bo> ^vif^^T'-d L>/ '■lan i or from r>aq- 
1 ' . 1 r N . 

/onntinl/ iso j roiri.Tis _iro ofton 
r, jilibL^- o' Mo'jtos, ^>a'-h ':on^ainin'j 
ib-rit T;ro;ri:n.;. Th.^so programs cr 
f^offi ,ng )f thr^T^. ._Mn bo js,-d individually 
in rol-iLo"! s^dvi'^. .,nd '^an al?^o bo 

] IS ib-- }nM ".OS in inlividuaUy wr i • - 
•-♦'p. ;>r >' J r 1.-^=1 . ^his SlL^roM^lno rip-ibilir/ 
J* Iv inoroj^, - th*- I'oaoiitiil sro;„> of' 
"''^'f ^ ' • . r )'ir IT''- . 

''on-":^', mi skills l^^irnod anci do- 
V"h>fi.od r,y idontj; ,n wo:-; j na with h md 
oomp.jfors oi-;o ^ri.,M^lon tr) mini- 

oomt-atr^rs, t i sh i r i r. .ind mainfrimo 
'.nj^. r>. For oxar-.U^, m asinrr the \)v ^- 
jr immablL' il -a' ^^or, .^♦■alont^ must i'.- 
si 1 )cjti'.ns »r both i nst ruct ir)ns an ^ 
diti ml rrako :r-viMons ^ .r reoall ^ rom 
assi.jn«'d i ' - i i )nF, . '.'his ro<| a i romo n t , 
whi"h in i lar^o --opputf^r aurom,it id- 
eally handU^i by i -'onni lo. ^ makos stn~ 
donts fTrfjro iwiro .,t t)i^, rf:)mputcT fjpor- 
at J nn^ . 

vaauf letarors . ^-nd to maintain .jp- 
varti '-ompat I bi 1 t t 7 \u now hand-hold com- 
puter modo]-, of fho fa^^ure. Tho new 
ijnits will incl ad» many f<vituro-: of pro- 



I p 



I rid 1 'VI t o 



more oower- 



^Macato'-s .ire constantly reninded 
badaot liritations. Comnired to other 
aitomatio dat3 processinq equioment, the 
cos t of T/ro'- 1 d in-? hands-on exuer i ence 
with pro'jran.T.ablo calculators is v^Ty low. 
Cost comparisons will bc» made m a later 
s^^^ t I on . 

Providing; students with what amounts 
to thoir own personal computer adds ^.-reat- 
ly to their interest in and satisfaction 
with a basic computer education course. 
Because the units aro small they can bo 
used in different classrooms and even can 
be checked out of tho library. For exam- 
pic, tne Tr-59 wei'jhs less tha.p a pound 
and ran o.norate for about three hours on 
a battory charqe. 

Vi^^rsat 1 1 ity o*" programmable calcula- 
tors also adds Sc^ 1 1 s fact ion by enablinq 
students to acquire knowl jdqe from a pre- 
existinq base since nearly all have used 
simple hand-held calculators. A program- 
mable calculator can be used by students 
Simple as a calculator or as a computer 
usinq internal nroqrams containod m ex- 
charqeable modules, proqrams developed by 
others which are entered by coding, and 
.programs written b/ students themselves. 
This proqross ion 'from use as a calculator 
to solf-Dr qramiTsinq can ease student tran- 
sition into the sometimes intimidating 
^orld of comput<^rs. 

An important factor ui any computer 
*^ystem is availabilitv of appropriate pro- 
■ I rams to solvp problems. Fortunately, 
dovelopmont of proqrammable calculator 
Mroqrims ha.s bcon rapid. Many proqrams 
wribtcmi for othor computor systems have 
boon adaptt'd to the compact units. 

Sol id t a t e exchanqoab 1 o 1 ibra ry 
nodules presontly available on the TI-S9, 
for examplo, include: master- aqricul- 
*-uro, applied statistics, roal estate and 
mvostment, aviation, marine navigation, 
survoying, loisuro, securitios analysis, 
.•nd busmes decisjons. Additional li- 
brary modules are being dovoloped as de- 
mand is sufficient to justify costs. 

I n add 1 1 ion to tho modu 1 os , Te <as 
Instruments offers spocialty packets 
which aro collections of proqrams desjqr.- 
o.i for .special intorest iroufjs. Tho user 
sinsplv keys the desirod program into the 
unit. Finally, r^no ran jo^n usor qroups 
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whfjrfin ar. irrKviJual r^y Loth contribute 
d n .1 r e c i v ♦ r ( j i r a rns . 

V. THE COU'PSF 'COMPL'TF.Pb I\ AGR ICULTUP 
DFC IS IONS' 

A. ^.d'joation- Objectives 
^hfi DaSic prob om ip the Colleqo of 
Agriculture and Horn*? Economics at The Ohio 
Stat€ uniyft3*ty was *-o provide students a 
worK'ncj hnowled^'e of auplied cornputer tech- 
ni';u€*s tney could use m upper -level 
coursos, graduate- lovo L courses, and or 
the jot. They did not ^.p'^d the depth and 
'br*-?t:iath of ♦-raining a sequence of computer 
science* courstis might give them. But 
still they needed to know the elements of 
data handling m information systems; they 
needed to be -jcquainted with computer 
Hvst^^Tn components an'l understand the appro- 
priate terminology; students also needed 
s*'>me knowled'te of basic computer proqram- 
nm J so they could understand computerized 
I robiem-sol v 1 n approaches. 

« 

The coursf? that evolved from this set 
of needs is "Computers m Aqriculhural 
IX'Cisions" (Taylor, 1980). The overall 
ohiective of the course is to develop in 
students the ability to solve agricultural 
decision-making problems with the help of 
computer systems. The problem-solving 
approach is taught as a four-step sequence: 
1) problem analysis; 2) flowchart appli- 
cation; 5) coding and executing the pro- 
jr.x:n; jnd 4) documentation. 

B. Anatomy of the Course 

Pnrf)llmen^ is limited to 86 students 
''room ,M parity) *^ach quarter with student 
d*^nvind exceedit^i capacity most quarters. 
All students mc.v^t together three periods 
per wfek for lecture. The clas^ is then 
divid^vl in*"'-) fo.ir qroups, based on subvert 
mat- tor interest, for d i scuss ion/ labora- 
tory pe! ods. P ^rh group meets once a 
woek for a two-h >ar pt^riod. Students are 
required to {'irchase two texts. The 
fir'f, I nt rodn ct^ ryn ^o the Computer: The 
Tool of B'js^i^ness , is -ised tn inFrodiTce ~ 
them to basic '^omputer concepts (Fuori, 
19H1), The second. Progra mmable Ca lcula- 
tors:_ Bus^i^ness Ap;- 1 i cat ions , is spec 1 f ic 
t':> thf* equT^mfnt h- I ng 'ised (Aronofsky, 
1178 ) . 

hxpe nonce has ^'hr)wn ♦'hat an idnal 
complement of equipment- for tUo course is , 
2'"> progranmab 1»' calculators, 2'"> compi - 
ibl'-? orintf-rs, -md IS ngricultaral holI- 
uler. . This allows 10 units to bo made 
available to s^udents in 1 ibr.. los, l^^arn- 
ing aids labora ones, or other locations 
on a cont ini"^.'S basis; on "» calculator for 
each twf s'. udents ir d i scuss i on/ 1 abora- 
tory se:tiori<i; on^' unit for the instruc- 



tor; and three spares to handle unisually 
larje sections and tu replace units being 
repaired. McGrann and Edwards, in their 
aaricultural extension education exper- 
x^--nce also found one calculator for each 
two Dartici.[)ants in workshops to be ideal 
fMcGra..n, 1979). The major use of print- 
ers IS m debugg i ng programs . 

A term project of ten to twenty 
pages plus an oral presentation of the 
project IS required of each student. Stu- 
dents may choose any topic that relates 
concepts and techniques taught in the 
course to their personal area of interest. 
Most students use existing programs or 
write special programs for the program- 
rr;able calculator as a portion of their 
term projects. Each student is given ten 
minutes in a special interest discussion/ 
laboratory section lo present a summary 
of the term project. Course details can 
be found in a previous article by the 
authors {Taylor, 1980). 

VI. EVALUATION 

To determine student reaction to the 
course, end of quarter surveys have been 
conducted for each quarter the course has 
been taught since adopting the TI-59 as 
the main educational medium. Spring 1979. 
The results from Spring and Autumn Quar- 
tF,rs 1980 are probably the most represen- 
tative of the course as now taught. Ex- 
tensive revisions were made prior to 
Spring Quarter 1980, AH students but 
two completing the course Spring and 
Autumn Quarters 1980 wrote evaluations 
(total of 124 student evaluating). 

Students were enthusiastic about 
using the programmable calculator. All 
but two rated it as cither essential, 
very important, or important when asked, 
"How important was access to and use of 
thf* TT-S9 to your compi ehens i.^n of com- 
puters and their present and *"uture use 
m aaricuiture and society?". Kicjhty- 
nine percent of all students ranked it m 
the too five when asked, "Compared to 
all other courses vou have taken at Ohio 
S«-ate,' how would vou rank "Comouters in 
Agricultural Decisions" as to its use in 
rjrei.annq vou for vour future?". Stu- 
dents also found the course demanding. 
When asked, "Compared to all other 
courses vou have taken a^ Ohio State, how 
would vr)u rank "Computers in Agricultural 
Decinons" as to thr- ,imount of t-ffort re- 
nuirod to meet course ob i ec 1 1 ves7 " . 
Fightv-sever percent ranked it in the top 
five. Students reported spen^'jng an aver- 
age of fi6 hours studying outside of the 
classroom on thn fivo-hour coiirse with 
very ] i tt le di f ference noted for class 
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tot. _i 



in", ih. 1 < 



s : ' . , ^ ' r'J- 
l itor > . / i ' : S^r i ; i-. i 
A .nn ,fiir«'-rs 1980, th* y rrr.ortL-J .-i'.A'-. \- 
5' ■«'■ I /'Til--' 34 ho ;rs ♦-nr> ):ri'-'ul- 
.Til : . b r a r y - r j ^ l r. ; r .in its i n i^i^i i - 

i ^ r i ' ; - h " i i s ' i s s i o '1 1 1 b - r J t o r / : r i o 1 s , 

. 1' ^*■ . '/ :r "1 i-," ^b':- in its 'M'/h 

I ir*^» ' . 

M/ i'^ i ir; 'n^-^f.r• 1 1 i ja t 1 0 M S bV 

' :i . s ♦■h'-i n^.^ i^fr/t^n t.^ b*^ cos*- .^(^ Ujc- 

i:y>.*- .94 'JO t'I'ibin 1 ; , ill rost is ►^s- 

)b' it fTabb' 2', fns*_'I 

' r b.Mur '-vis .ibf;tit J2 
o'-n*--;,-. Tni-. "►-r.ts -^u.-r studont ho ir 
1 t - 1 1 1 rri/*'_i^)n of •'b'^' C'jst of r. f^/i'l- 
in; ^ <o< rj.^'n .^r. ♦'brrj.Kih tin^-sbir- 

1^ : " ioilirs otT us^-r 

'i''-"- Inli;*" ^ ,'o^f.^ s....h as librarv o-x- 
•'^"-.s"'. ir. i "I-rtri.-ttv wf-m not i nc; 1 udf -ii , 



i .1.1* 



>'nt J*_'V«^loomt'nts in prograrir.abie 
'J i ; I 3 t o r t- chno locjy added a noode ^ '-inen- 
sior. *-o ♦-'^.ic.' in'; computer techno lo . Pro- 

:r j'-l'- iol.> cilc'j] .Iters orovide educators a 
-^^ ins to :.^rovid«,» students cheaply ^. ith al- 
"".ost j-'li'^.ited hands-on experience with 
both corp'jtr-r hardware and software, '^ro- 

^ranmaole calculators provide an excellent 
t-;ol fo.- teaching basic computer concepts 
md aivpl ic Jtions in various subjects. Stu- 

ir-nts can write proarams to fit specific 
3ppl icatio-^s or use proqrams alieady de- 
voloDod. Courses taught usmq proaram- 
mable calculators can provide students 
'^ith kno«;ledae and skills which serve tneti 
in other courses and after qraduatioa 
"'h ' s technology allows sub;)ect matter pro- 
f'jssionals to teach fundamental dati pro- 
cessin-; techniaues to their students us- 
xH^? data and information with which the 
students are fa"^iliar. 

The authors are convinced that teach- 
in i fundamental computer technology m a 
subject mat,.er environment will encourage 
larger nu'^bcrs of students to become 
acauaintoi with modern data processinq. 



Tjbl- 1 



Caoitil rnv.'stment for Data Processina Lguiument and Cos^s tor Depreciation, 
md R^'o 1 acumen t 



P r ) J r immab I ^ 1 1 1: u 1 a t o r s 
'TfX.i'S f r imont s TI-'^9) 
2'> 1 C204.00 

• rmtf^rs H'^x is Ins'' - im^nt^; 

A jr I :"ilt jr 1 1 ^( bile 
'T*^^xaT Ir'S*-r im^^nts 
: ow J s 1 1 f r. . 1 % .J > "? , - 0 



bx*-^'ns I jn 
Tot il 



''if' is 



<^ost 



a/ 



100.00 
^ 700. 00 

Sf^^.-^O 
"^0 . ^ 0 



'^9,4 12. ^30 



Life 
benqth 



Yearly 

Yearly ^. Repairs and^^ 
^Depre ciat i on- Rep 1 a cement 



Years 



$1 , 020 .00 
740 . 00 

112. 50 
10.00 



$765.00 



555.00 



$1,882.50 




• 1 1 UO . 

•r y^Mr. 



s*' '*in b*" f'ut f r? about 20 
.**'nt-^ ptT f;tud*-'nt- h.nur of us^' if th^^ units 
pi »<'*-d in thf^ library or Iparnin'j c<'n»-f>r 
irr' ils'» u^f'd in ^h^- d i s-- iss i r »n / ) abor 1 1 oi y 
s * r t X :\ s . 
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Tablo 2. A-ntial Jost, Cost per Student Hour Taught and Cost per Hour of Hands-on 



Item 



Fi xed CvOS ts 

Deprec lat ion 

P pair & Replacement 

Variable Cost 



Annual 
Cost 



$1,882.50 
1,411.87 



Cost per 
Student Hour 
Taughti/ 



$1.48 
1.11 



Cost '^er Hour 
of Hands-on 
Experience^/ 



$0.17 
0.12 



Printer paper, 
100 rolls 0 K40 



Total 



a/o. 



340.00 



$3,634. 37 



0.27 



$2.86 



b/ 



35 Students x 0 hours x 3 quarter = 1,275 hours. 
Kstimat^"'J at 11,220 hours per year or 44 hours per student. 



0.03 



$0. 32 
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ED' CAT ION' \':/:WORr r ' TH- 



r \\) \d \ : 

fX:-.*_iPa' 'irt I, \\ ^ ' stiTiii'i'id 

lit . t i w jj.'.it. r. . I t'u i - ' .I'u* 

bvcnnt' Wf 1 I - . tT S'. \v 1 s ■ r 'Jilt t a i nt'hdt.l'- 
rt' la* in/ ' i • i r W'^r / 

A •/.;:■ i ft/ ^ *fLhni'^ues :s avail ibli- 

knuwlcdt'c o*' LH.st r ur r ta 1 rittiuKis Iht'sf 
irul'idf 'ho iruiu.v^nal -^tand-ap 
Lwurses, : 'hi lo- ypi- L\>'jr.r,t's , tilm/vidt'o 
C't'.'"-.<"i as well Is fex'hnok^, .cicrTi.ric 

•heles^. de^'^.'e ill *. ''n- t ducat if.'^m 1 
nif*h«>ds t-niTf I ^ •/<_ d , td . iriLf-. in .(is' r^jnu-nt a- 
t ion COP' in'iC such \ ra:^.d ^ acL- tna^ 
* hi- sLowt-r di .-^umin.i' i-n in forma' lor: 
liniirs p rodu(. t i V 1 • y in m irv/ ar<.'T, 

-CK-n^o ind en^' 1 rii't>r mr. . 

Thi' r<;ni:)iirer, which is rt"^p(»n s id 1 c- for 
maMV rt'cont advmcen m mstrtirncnf ton. 
titers a -^filu:!.'!! r v:> 'he f^srohlcm <)\ r-io id 
di- .en mat ion )f cduca'ional m.itori.als 

1 lar.-f ludierve v; i * h di^-orse in?_L'- 
tsf>^, Ir IS PT'-dlc^ed 'hat by f hf end 
of 'his decade 'vir^uillv all Lrdu,striei. 
^ ab< 'ra t '".r u' s , md educational instifu- 
t lon.s as well is ove- on t -fourth i>f all 
U.S. houst^ht^Ids will be out fitted with 
mic rocompu* er s and* a ax i 1 lary r e I et ommun i - 
cat u>ns ef, ui pn^t-n t . The resulting in* rna- 
tK^n mdu'^frv ^hc^uld expand into a - ;00 
billicm uusme-, s bv 'he turn of the iin- 
t ury , 

The Si. lenco Fducilion I) i rec t fir.i t o of 
the National Sci'-nte F.>.ind<U ion . retok'ni- 
7\x\^\ thf noeil *or ktu^pin^^, number' "f 'W 
^cu'nfific and en^'J neer in^' communities 
cuirt.nt in in.sfrument.il meihods, h.i.s 
ftanded Project S IINC ;Sci*'nii}it Instr. 
montatn^n In forma r i or Network and ('urri- 



) . V'^c p / " ^. L ' . bt . :i 1 •■! ' iT"". 1 r . 
* hrt t'-V', 'A. ibil ity s- i^^iy 
^ r ^ , ,"ip ,j t ^ »- • e c > < 1 >'y f lit i • / r 
i-iorii' TiiM-rials :o :)eo:^ K* u^i'l^ 
: ^. 1 1 . r s t r ur:)e p * <i : i on . In ' . f i 
/ o: t h.e orf.jt.'ct a ■ *, t d urb^^ r 



1 f s IS bein? de"i-lon<_d. K 



ic 



■ rt.*'. s a si:^*gic i ?^ s r r .aneo l a 1 '"^oL' tt . . ^- 
i; lally, : se modules will be r^.'-rod 
disK- of a Burr ju^;hs 6B00 cor^puL^r system 
It Vir/inia 'Iii;i.ary Insti'utt a'^d acccs:^- 
Ld ' hrout'.h d.al-in tcKi^hone i.nes. uu- 
l.ir '^iterials Tay bt c»iTne ava;' ibli 
1 Itjwp dis^ "or use ^n popular ri^xt-ri - 



,'v'st ( ns . 



VideodisC-s 'nay 



IT at t 



in 



co-TirAit L-r 

o'^'f. r 'he best node of d is scnma t n^: 
r ii» ' t la 1 TiCMhil c s a va i labl > t ne* 
'A"^rk u.ser- will 1 ea: ure Instrur-nL'- rc - 
^ui^ed by t re Environmental Pro-t-c^i^r 
A£,ency to anily^'e priority poll'i'ar 
d^-inkirg water and la waste water ir.ese 
methods include F^as- liquid chr{)Tui top r.i'ahy , 
atomic ab.serption spect roscop / , gas chr(ni 
^ *pr iphy/nass spectrometry, high perf -r- 
mance 1 ir;'iid t hroxna*. of^raphy , and induct im 
\y c 'ipKd. plasma t mission spec L re. scop y . 
.\Itht>u^h ill thesf' techniques <ire enp 1 'V^'d 
t ' analyze water for priority p«^llutantw. 
ins^ r s-nent m<uiule nav be used m- 



int€ res. s. 



eat ^ 

dtretiden'iv DV users 'with other 

Xa'efials in the m'^lules are heinr :^r<'- 
'^Ai'yjd by task forces of persons kni^w 1 ed>'t^- 
able \x\ t.he selected ins t runerJta I met.hod'^^ 
"'hree task !orc» have been ('rK-mi.- d 

(iis-liquid cht oma t ographv ; Fr"f hari-ld 
VcF^iir, Dtsiirrmtnt of Chemistrv, VLr^i'-;i<i 
Ft . y f e t hr : ^ Institute i n d S t a i e ' '\ : vi > r s i ' v 
B I i k s b u r ^\ , VA . 

fJa s chromri t ovp'aphy / ma ss spi ^ ' reme r ry . 
i'r^if. Frank Karisc^k. He"* t rtment < CAht.p [ r* 
A,jrt'rloo i*nivers ty, *\ati*^ loo Ont^i^-io. 
(' ina-ia , 

. t om 1 c ibsorpf ion spec : t o ^ct^ny , 'Ir. 
I I eod( iri' Ra I n s , R»'sea rcF ^"hem i s • , • ht 

ional Hur. -^lu (?f S' ifvbird., .v}s!un>"i: . 



* - • - * : k = ^ ' / 1 1 K )w M H , > r . > t. .V 1 ' i 
' ^ J ^ • ' ' ' • ^ r - J *, s : s t < d : n ^ L • : * n 

' ' t^iU-^, IP. any TioduU ar^ ^t: -r 

^''-^''^ •'" * • iii.sM'UTcn' C(^4>f»mn:^, ipst,'jncn- 

' ''irii-u 111 ' Di' ra L iiv :>r lpc i \'S , s i-^ > it. ich 

i' ' i'^ . r I ' u- ■ i vt iTL* i V s . , :t en t iM" it wna ^ L.^r^ 

' \' ;*.ini- :;ats Bolr.s (>U]nr supplier., nim- 

* I'r^ancu ami operitmnal requirfF''. t , 

, 'CLt - s.-riL-'S, rtj'^uirc'tl lr.\iiMny, ann ^ta 

'> i r'/r 'a';.! lP- t:c(J bibl if;^'raohvi 

rr\ ')MrL'n,-.,. t :nu-Lru-L.. Case Sj udies 'if A::)plica- 

- "^^ exact member uf fiU^s and thu nre- 

-'^'i-^ f'-^fii seniiLion (if naLcrial vv/ithin the files art- 

"-'^ dt-t >-nined_by the individual task forces;. 

^ od'jlc I lies nay be at'ces scd us in^ sever- 
'^''•''• 11 ->a-hwa/' ffi.vire 1)- (Ij the tree mode, 
f index -lode, or H) the k. /word mode. 

'^'^-it '"'^e mode epphasi:u-. the Lducar.innal 

rrrii. ./■^r-rr., i spol s . 1 1 1 ow in^^ r hi' user to n^ike choice^, 

;ba!: di.'fct hlTT] tbc desired m f ornia t i(-n . 
i\-r-)n.s with ninin<il backeroimd in ih^- 
^ sticct.d inst r.im^.rual nelhod vv i ] 1 ^(.<^t 

i'^^'^'^' access 'hr files usmr mode. 

• ' ^ , "^"^^ dirt-ct nerhod of accessing t ht 
" '^-^ tixt-; i, rhe ind^.x Mode Tti this mode, ine 

presented with • hr lab 1 of eon- 
•-ifJJ^'O, .*nd 'err.- tor ihv nodule selected. The table 

- o' (_<--':en's crUain^ a 'iMo and corri_'S- 

'-^f t'lch flic, rhe cho,^,tn 
'" "''^'^i'* * — ^ Ktt^.sLu! b-' enf' rinr the appronri- 

• . ' ♦ ho M' I- o f . : r Lodf . 

^ ''^ k.yw(.rd .s(>areh mode, all files 

-'"'^ ' ' ' <i . r.'on -oduU- a-e searched for a key- 

i-'"'^ . > w-rd v.- koy CMnct.pr A Iisl of rbeie ku'V- 

-'y^j^Jif. a w rci, md e.in.t-pfs with th.'ir cor ru -.pond'- 

:wi^-ii-tfcr s is displayed upon 

' * '''^ ' *' * '1*^' search modi-, Wh<-n the 
ii>or a iwo-lftLer e^ule, the search 

^ ''n^'H <-oTnp]^.t ]n^^ the search, th^ 
^yu r..'spotu'ing f i vu-charact er code 
' 'm.^inin^' th*/ koyword are 

'^^^ i^stT I hf.T^ enters fh^- desired 
, , ,/\ ■ Ji.e . uie. wheroupon '{ he file is searched 

^ ' . J "^'^^ ' Hne copfaininK the Kevword is 

^ iraJ displayed. F i ] e man i pnla t lor 

'K^: I , il'.ow *h^ Mser to exatrane the ec^n- 
r. .a., . . \l 'T'"^ ' '''^^ P'^^-^^ Tih m rnore de- 

. } ,i , Ml< p f o p f ^ M I i 

I!::: I'''/ ' ^'^r , '^^^ modes, once the t,le code ha.s 

''^^ U.ara.'er. been entered and a file is bein^ read. Mie 



1 o, - 
1^^ , .)* 



'm < a ? 
n i ^ 7'«%u! 1 I y 
It w ] J' ♦ o t-vp ; , vf, 

^t' ' ' U < US (.1 ' 

' "^ 1 ^ • ! 1 ' iiT' i ru' t ha f 
^1 1 r-o i-^(\-u 



-e , We . i Mr ^« ifu / f'd 
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ift 1'. iiijblc' .it t hij end 
-'0 I m*. - } iff iK* r t^Y» . 



spec if iL'd number 



glossary was 



) .ii V : ,v 
"f ! .Pes . 

^ W yjiTip b.n!.kwird hv d specified nunber 

I I''U s . 

*) iCLe'.-> 'he module ^' I /ssary and rc - 
-^■irn ' \nc'At\'}\ in current 
*' I If • ron wh li p f he 
^ tiled. 

f j; fxi^ he^'ore t Mt- rt-xt Ls exhausted. 
WJ-en u.t r h;js r inished reading the 

-he nr..^'rani Permits recyclini?^ to 
'1* w :i none ur t>^e 'iva liable op- 

• i"n-, IS U'ctcd, tht program requests 
M't' ustr's n tne and address. The user may 

* herj en^er . /^men's via the message board, 
a 'i-.t r ul leifur'-* m evaluating current 

: i.e-, and m creating' ru w files addressing 
' '.>i^, -> n. que h fed hv u.,ers. 

rht_ ust r t <tn aIsM request r^rinted 
e >Pie> of eaeh riif. At the end of the 
>t s -.1 >^ . : he St 1 ec t ed file f (jh t ent s a rt^ 

* -J line nrinur tt the '."MI Com- 
Mu^'r i.-'Hter jn.i *_hen nail(>t^ to the 



'1' 



' t ; ui : e 'Hi- u .e ) I t Pe .sv s t em 
i-'i ide re^jUested in ft . rna t 1 on , sys- 

• en u-^e Tt^nitoreti to l -'e the user's 
tiane, • Ii.'sed time ^f ■^es-.ion, modult--^ 
icLt'.^i-ti. 'node usetl. ind what files 

W.T-" i*e id. Ibis mf tirm It ii 'H , along 

i * ^ \^ei's conments, has been 

ViluaMi in d"f^emrunr. which ''ile^ 
^^K-ulti h. n^dr'i-^d ind which new ! lies 
'•'uld h* \K\dK d lisk forces ar^ 
>Ir'nin. ^, ft . i current tiles ^r^d 
e^! new ^r^s >nt e a ir , 

A* nre.ff^*, * ^si s - I i 'j u id chrcj-natt)- 
ri:>J'/ -^od-iit . ' • ht ^v^^em is beira^ 
^a f i_ i / 1')',) r.)x ima ti' ! V fi)rtv pr i - 
' « ' * I . f K 1 • f s . r' I I r n 1 1 1 r I a I s cir - ■ 
*'-,.p,r*'(l Sv ^ ht at.>~ju ahsorp- 
• • ' , j'ul ^'as chromafo- 

iMfiv na > . >>u'." T^e*^:-', 'ask forces. 
' ^ »" . , • *hfst' modules 

^"•''-1 I- '.lav>lt ' use:"s by the 

• t .*b.. /.'ir, A Rurr<Mip,hs 6800 
lomtiu'er wi*^ TilliMH b/tes of core 

r \ .ii^rle 87-"ie^' ibyte disk 

i.> >» !r-> • ^, idequart^ 'or the fspera- 
' • t : s ^ihisf of the projt^-t. 

In s'jnna^v. eiecfr<'n;c stora>^e and 
If. -ntnri A\ in^^^*^ rumeut il educa- 
' 1 {* .T i } ; . : er ma ]or advant- 

!k't ^ m. 'bod^ curren'Iy e^ployod 

M-f^j^tiils in • hf fii. -i,iy he up- 
da f ' d ; i V , rN'Win^; ? he system to 
rt^maip ^u^'^.^nf Inpu' from user-^ and 
r*\ f'iro'-jr«/ 1* .vs'on 'Operation pro- 
xies *hv Hi^r , r" )• add i! ion, deh— 

• mn . . r ! : • u r 'otv o! files 
''ultiprr. i.tt'-. ' . mod'ile fopics, 



pro*, isi.m for rapid scanning of files, and 
.^imnlt: graphics are features that offer 
the speed, flexibility, and responsiveness 
necessary for the wide-spread use of the 
system. 
Rel erences 

M.A. Pleva and F.A. Settle, Am erican 
L aborator y, 5 (1980) 95,. 
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A i fred bo ri< 
epnen h rdriK i i n 

Martin Ka*2 
John McNeiiy 
Edjca*, ^onal Technology Center 
University of Caiifornia 
Irvine, California ^2 7 17 



1 h ' s pap*>r r«^por* s or. an a:d for learning 
•■•ias«»i:ai m**-: ranges developed at the 
c.d j?a*. 1 ona 1 Te.nnr>iogy Cen', er The 
bn: versify of Caiifornta, Irvme. The 
3 1 m i i 1 1 1 o n , * y p e we call d 

c<.n" rol J able worid, has gone throjgh a 
njmber of stages and varia^ic^ns. Its 
primary roie is to imp'*ove mtjitton of 
s'jdents m *ne oeginmng qjarter or 
je-nester of a physi-^s jlass. Althojgh ojr 
A^fi of programs sjch ds *his has been at 
the beginning r;oilege level, the program 
13 3Jita,>le for hign school jse, 

A -ontroliable world is a compjcer 
program providing a world in which the 
3tjJent can move arojnd freely, exploring 
at will. The Idea is related to play 
activity as seen w;Lh yojng children. A 
rich collection of fa?;ilitie3 is provided, 
and the learn#?r has freedom m jsing 
the^e. A key to the sjccess of sjch a 
.'ontroliable world is to make its jse as 
easy and as obviojs as possible. 

We do not provide strjctjred learning m 
SJCh an activity. Rathe, we are 
concerned wi'^h the experiential phase 
whi::h might precede a Bore formal learning 
approach, as described in the learning 
cycle of Robert Karolj3, The eas^ of jse 
cannot be overs* re i, if the st jdent is 
to be encojraged to » ^^erlment, to try 
many things, It ajst be easy to do so, 
Thjs, control able worlds should 
incorporate a wide variety of vocaoalary 
rather than restrict the learner to a very 
specialized menj of choices. They shojid 
forgive typing errors as far as possible. 
They shojid iet the stjdent know what is 
happening at each stage. They should be 
visual, becajse the vlsjal world is for 
many stidents a more interesting, exciting 
and intJitlve world than the world of 
numbers and words. 



The n-i' n --ole of tne controllable wo rids 
as developed m the Edjcational Technology 
Center over the past dozen years is to 
increase stjdent tntjition and insight 
into the phenomena. Cojrses often pjt too 
mjch stress on formal raanipjlation, the 
skills that are needed to solve particjiar 
classes of problems. But often atjdents 
do not develop an intjitive backgrojnd 
that leads to imaginative soljtions of new- 
types of problems. The controllable world 
can provide a rich collect lor of 
experi^ence which can lead to sjch 
mt^i^ion. 8jt It does not necessarily do 
3o, ' as we will comment later. 

NEWTOf^ 

The controllable world oiscj*}sed is oased 
on Newton's l^ws oj^ motion. The compjter 
"knows" that F = ma, and fjrthermore knows 
tne mathematical tools necessary to tjrn 
this into visjal information about how 
bodies move. The student is given 
plotting capability. After the force 13 
chosen, the learner can plot variojs 
physical variables against eacn other, 
alter initial conditions and constants in 
eqjations, and move freely through the 
program, Newton is self-explanatory, not 
dependent on print material. But certain 
types of print material will typically be 
jsed by stjdent s with the program. 

Hiatory 

A program of this type was described in 
the initial proposal from the University 
of Californi.i, Irvine (to the National 
Science Foundation) for developing graphic 
comp jter-based learning material. Shortly 
after the grant, Richard Ballard joined 
Alfred 80 rk on the project. They 
developed the initial version of a 
controllable world called Motion. This 
program. In a time-sharing environment, is 
3till used with beginning physics stjdents 
at Irvine. Motion went through a njmber 
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^ '^^ * on -4, as we expermen'^ej ^it,n rt.j»^ 

:>/er^i] y^drs ago the foe iS of deveiopmen* 
■It irvme beg^n lo move from l;me-3haring 
t,o ihe newer personal corapiter 
en / 1 ronment . At that time we also 
aDandonel earlier software approaches, as 
they were no longer m keeping with what 
was known aoo it the art of complex 
P'^o.jrdum < ng , Qjr new developmental 
iangjag*; Is Pascal, inder the UCSD Pascal 
system. 

Martin Katz, then an jndergradiate stident 
worKing wirn "he Educational Technology 
Center, developed a Pascal version of 
Motion soon after we began to ise Pascal. 
This version was not completely eqjival^nt 
to Motion; It omitted some facillti':s bjt 
had some addit'.onai ones. This program 
eventjaliy evolved into Newton. 

Tne c irrent version of tne program was 
developed by Alfred Bork, Stephen 
rranKim, and John McNeily. It does n6t 
follow all tne details of Motion. hather, 
we tried to > what we had learned in the 
many years o s.mg Motion with sizable 
nimb«rs of si jents to gjide the 
development ot the new program. Motion 
ran on Tektronix displays. Newton was 
developed on ' t ne te rak 8510/a. ~¥y' and 
large, we foind tnat the advantages of the 
personal computer far Oitwelghed the 
disadvantages; tnat is, the switch from 
time-sharing to the personal compiter was 
primarily a gain. We gained selective 
erase capabilities and better control over 
timing issjes at the expense of poorer 
r eso 1 J 1 1 on . 

As of this writing, tne latest version of 
Newton rjns only on the Terak. However, 
earlier versions were Siccessfjliy moved 
to the Apple, and we expect to eventjaliy 
rjn on a variety ct other personal 
fiompjters. As with other recent 
developments at the Edjcational Technology 
Center, we find it convenient to develop 
materiaJs on a more powerfjl machine than 
the event idl delivery machines. 

Capafai 1 i r. lftA clC Mew ^ 

As already sjggested, Newton is primarily 
a plotting program. After the mechanical 
system has bec^ picked, the student can 
ask to plot any two or three mechanical 
^•arlables. Time In each case is the 
Independent variable, as Is generally the 
case with mechanical systems, but time 
does not need to be one of the va'^lables 
plotted. The jser can change the force, 
ohange the contants If the force law. 



cr. ange the initial conditions, choose what 

plot (inclJding finctions of the 
variaoles), and qjery the system for 
variojs information. Coritrol over scaling 
IS also available. These capabilities 
will now be described in more detail. 

1J Choosing the Force: When the program 
IS initiaPy entered, the learner rajst 
choose a force. At any time during the 
program, a NEW FORCE can be reqjested, and 
the choice will be offered again. 

Two basic options in c noosing a force are 
available. First, built-in forces can be 
picked. Cjrrently the bjilt-ln "drees are 
gravitational mot ion with one force 
center, gravitational motion with 'wo 
force centers, simple narraonic mot ion, and 
forced driven harmonic motion. New 
bJilt-m forces are being added, BJilt-in 
fo. ces can be selected from a menu. 



The Jser can also choose to 
any force whatsoever. Thes 
in a typical linear compute 
with some flexibility. The 
qjeries for each component 
In specifying the force. If 
jsed that are not known to 
system will ^ *ry the jser 
initial value should be ass 
constants. The program can 
any force within the liralta 
typing. 



enter almost 
e are acceptea 
r algebra form 

comp J t e r 
of the force . 

constants are 
the sy s t em , the 
as to what 
igned to these 

handle almost 
t Ion s of 



2' Plotting Capability: After a force 
has been chosen, either Initially or at 
some later time in the program, the 
machine is prepared to plot something. 
That is, if the user simply types PLOT 
a curve will appear. The curve is 
dependent on the force law chosen. We 
have cr.csen in advance an interesting case 
with all the initial conditions already 



Many computer simulations q^ii ery students 
for everything necessary to* plot. 
Beginners seldom understand what things 
are necessary or what values to assign to 
them, so such querying should be delayed 
until the learner has attained better 
Jnderstafid ing . Our notion Is to provide 
an interesting case to begin with and 
allow the student complete control over 
changing each of the variables involved. 

If the student wants to plot two different 
variables, then the command is 



PLOT X,T 
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in , * r . 



. ^ y p ' J -1 w 4 / * s • o . • • I s D V 

s 4 ' 1 5 - . p T " i^' r 1 r M ^ r in 

r _ i -n s - d r. ^ '."^ - . w • - • . . ^ -1 y s * p. . 

' * • ^ 1 r. , or ' <■ " / i . i e s i . , i i i * h i 

0 ' >Tj il>'^ -J '^'L -i ^ . y . , rw - . 

A ^ 4 ^ 0 ♦ r' 1 ' \ ' J \.\ i *. ^ s 1 r t- 

1 'J s ' - . I 1 ^1 • I ■ ' p i f - . , n e t ^ rt I IS 
tr-^i^er. i^rtj^ is ^'-^r^,;, _^ 

i : i c w'j i e i f r. V r s ^ K .J M p ,j r m J s c j r v j 

J n -i n ^ e , ' , ' rw * i , 3 1 ^ '.re- ; j r / f s 

0 ** t ' r =1 r. J 1 r" Mr t v ^ 1 ^ 

1 a i r * v " * / 1 . . <^ f . i ^ : ^ t> J 0 V p i {> ^ e 1 

dn I'^'^m r. f J 1* jr;> * im^ by ypme; a 

^iti^**..r. TirirK. T-^.s en oonvenipnr 

»^nf>n y.i njr]i^r\':i. Vdi;e3 in d.Miiion 

^ ^ i-« / n*? fr. r I t ->rm r I on . Th^ ;«3er 
j.an as-tc lor 1 a rri^-:, I uri 'ir..'i j:, 0 iFr-*^n*- 

^r^'^r ^ ^ \ C'' , Tnjs, yoj -^n -isk for 
INIIIAi. N^.ri--N^ Hnl N^>won wll i^we 
y ) J * n " 3 #» V ^ , i e T ' r \V y o i w a ,1 * ' v) i e e 
lil *nfi /■ir'-iblH'? ^3«)<i?i^*ecl wi^h a 
p^r^" ji-^r :isp, y(ji -m simply *ype ALL 
* < ) s ♦» H * n e 'n . 

Ji'^ I n I ''.fai -J ' ' (< n 3 f-{*. en mvirt detailed 
•hin n*;''*'i'<rir/. Jgj^lly le^rrif^ra neeJ 
»<rit.w wn 1 y -r* 1 /^r-^bi'*'?, »iither Lhe 
I- n 1 * V i i ( • n 1 I • i < , r s c > m of : h p 
'of.^Hri.s . fi ' fi*> e^j^* i<:>n3 r ^> p r e 3 en I i n>5 
'T* r.r-H :nf 5'id*»ni j^n a^k 

lire i/ f.jr -n nse in f>nf of t.ne foil owing 
f 4 3 r. . . rn 

^ <^rt A : . . X 

D ' I z ' 



N»>w*"n wi!) '^^^i^irl .iny r, f ^^ommand^ 
as eqjiv^i^n*. 

^ i Chanel n*: Vir'4bl*»^ A j^or ran no* 
only qi^ry var'^blp^, v?rl;^bles r-fip 5^ 
altered. This \s lon^* by pnterin« small 
assignment s ? a • eupn r s • 



. n ' r H s M ^ , n j : ;i «5 • ; s \ s S J t ^ • -1 I ^ 

.se'r ^p^-if'^'j ^urce wa*? j-'f>d and '^i 

Vi'-'^b:^ F^£:/ WIS p.-jke:l by ^'-^le^er 

e n * e r 1 * n e t o r 0 h . When a variable is 

J ^ - '1 .5 d .1 , N e w (J n V e r ' f 1 e s what t n j *3 e ha' 

1 . n ^ by s h o ^ I n ^; : n e value of * h e v » ^ ' --^ c . e 

1^ -T^ngerj, Tr.^s ^s of '.en no^ necessary, 

a reasondble preoai*. ion *o 
r.^rr^wTie *yping errors. 

' >i a n g : n g : n e c c d i e 0 f l e n i • is 
nectss.iry \o fnod 1 1 y ihe scale o! ine 
p i G M ; n g to see a c o n v ^» n 1 e n t p 1 0 t j e s ' n 

^-reen. Tnis m j s 1 be lone by ine 
iaer, as Newlon cannot Know wnat iebai^s 
*. he jSer expeClS *.o see. 

Tht overall changes of scaling are 
indicated by * ne commands MuVh fcACK and 
MOV C Lu5E R . Bot. n of i h e se produce a 
s.-ale factor cnange of 2 on bot.n axes. 

Oirec: scaling is possible by pioMmg 
variables m The following way: 



PLOT 



vx 



The ne^ effect wUl be that rhe scales nf 
both variables change 1 n d e pen d en ll y , Axes 
w;li DP labeled appropriately, reminding 
t-ne jser of this cnange. 

Uses of Newton 

We nave ^r:. plied that the development of 
materials and their effective ise in class 
or learning envtrv^nmerits are two qiite 
separate issjes. In this section we 
jiscjss this sitjati<-)n and clarify tne ise 
of New* on and similar ^programs, 

Tne ;)r\mary ise oi sich a program is to 
biild ifiti'tion, to allow learners to ga:n 
a range of experiences that are not 
present m everyday life, and so have a 
feel for mechanical systems that goes 
beyond the abUity to manipjlate 
mathematical de'.atls to obtain sol ions. 
.Simulations, Sich as the present one, 
of'en have an Immediate appeal to 

^ntists. They are closes^ to the 
.-eaivms scientists follow in their 
professional activities ;s1ng the 
compiler. Most scientists are stimulated 
by rjnntr.g sjch stmjlations. Indeed, In 
v-ijr eany days with Motion, scientists 
ooiiJ hardly keep themselves away once 
*hey bp?-ame ptposed. We wo;]d have 
visitors spend large amounts of t tme 



ERLC 



182 NECC 1981 



r iT ' r,/ It. Motion wouhJ also jraw yt:ry 
i i " )i? : r o w J ^ p r t> *j e n I *? 1 a 



r' .T crbxi . D s^-jss the 

P'^^*i3'bw'-y of jife on a. planet wi'n 
Si^h an orbil. 



We D»-(?3n ^nJers'anH 'ne lis*, 'nation 

r)f»*w*'»?n *nH pro grin ^t.^eir ^n^:! "ne program 
c.pera* ing a il i'i*jr.;()m when we be*?an 
Tinning Mo*' on ij'rn s'.^aOl^ grojps of 
s*. jJti**}. here *he exci'enienl of inn 
*?::ier. w^*j of'e'^ no* pre"3enl. Only a 

•am^iiJ per'. en* of rhe ^*.jlen*. 3 wojld become 
♦»x ' wn'ie JS'n^ *. r^e prugram. The rest 

w <i J J .i i 3 1; It J & r 1 e { *- : m e a n J ''-.en 9 o p 
inle3 3 for:fcd ' t> -:oilinje. Wnile we 
*, r.<. iijj r,*- Ine projir^ra exc;*..Lng, ihe Djik of 
s*. iJen^.*} .n any .arge "ia*5"3 Ji'1 no*, appear 
e X 0 1 t e j . 



See If yoj can find veloci-ie3 t-hat, 
give clo«ied (repealed) orbits. What, 
velocities c^o ih\*i'^ Sketch the 
orbits. 



We want to maKe certain that the stjdent 
his some srrjctjred experience** that aids 
learning abojt how nechanicai systems 
wor k . 



d saTipJe of «jn*^ exercise 
g r a v I t-:! " ^ oh i : no* ion' 



I 1 we beg ^ n 
the material 
step was to 
ses that assjred 
least the m o s r 
These c om p j t ff r 
J s e \n the 
environment, at)ojt six years 
n:t.ial .leve^opment. Here is 



I I 8 s 1 • J 3 *. : o n p j z 1 e a A3 j n 
*'^ini<ing a bo it i n j o r po r a t i ng 
V ri : n 'J 4 a s 3 r o u m . <^ jr first 
Je/»*Iip jwmpjterr exer. 
e a c h 3 1 i i f n * wo i ^ 1 see 
important e x p e r i e n _ -e s . 

X e r 0 I S e s a^^' m i i 1 i in 
* I me- s"^ " 1 ng 
after ' n • * r 



"oncerned 



Tr. ;s second rojnd, 
cotup 'ter expr'cises 
s jcoes«if j1 e I ther . 
the cojrse made by 
coi 1 e ag jes , this wa 
criticized activiti 
made it a required 
fo jnd that st jdents 
connection to other 
CO jrse ► Now the ma 
better and jsed as 
greater "I'jccess; it 
njm^ber of stjdents. 



jsmg Motion with*^ , 
was not entirely 
In the eval jat ion of 
Michael Sc riven and his 
s one of the most 
e«i» At ^t his time. we 
part of the cojrse. We 
did not see its 
material wichm the 
terial is expla 1 ned 
an option with m jc h 
13 jsed by a sizable 



* V y 1 r " ct 
t g r rv I * a * I o " 
LH/erse square 



sep what woild happen 
i 1 force were not :jjite 
Ask for ^ne egjATlON 



po we r 13 N . Set 



Hf-'irn •<> plotting *ht* X-Y- space, 
inves'iga'. ing a range of valjes arojnd 
to J m-i'y want -o oontinje plotting 
»*ajh orbit. Wnat can yoj say abojt 
The r e 3 J i ' s ; wnat h a p p e rvs f o r ' v a J j e vS 
le*s 'nin ^ ' jreater tnan 2'> 



we examine behavior 



y s^a 



N<;W s I i r * 

g r 'I I r t ' o n ^ 1 
'wo ILLlLSJl 



he Mse of i^ya 

for:** rer. 'ers, as if yoi 

sjns. Heqjest 



J K u R >: h K N n-: R ^ 



-i" ^ ny 1 np i*" . 
will be reset, 
typing 

X . Y , VX , VY 



The Initial conditions 
Det e/m 1 he t hem by 



Bit we do not regard this appr 
entirely satisfactory either, 
believe rhe experiences shoild 
stjients. In another con troll 
dealing with field lines, we h 
success witrh a different tacti 
^n on-line quiz around the slm 
Tne qjiz notes if st^^c 



r. - 3 h a V 

t.'^e insigh^ts we expect aboJt t 
lines behave^ As yet, we have 
followed this same tactic with 
bjt probably will do 30. 



oach as 
beca jse we 

be for all 
able world 
ave greater^ 
c . We b ji 1 1 
J i at ion . 
e developed' 
he way field 

not 

mechanics 



The computer experiences for Motion only 
cov/er some of the areas of beginning 
mechani-js. We cojld increase the 
viability of this program by making it a 
constant component of the beginning 
cojrse, making every jnlt depend on It to 
some extent. We 3re working with CONDUIT 
(specifically A-'tN ar Ljchrmann, Herbert 
PeCKham, Harold Peters, and Alfred Bork) 
to develop a more extensive set of 
compjter exercjises for Newton. These art 
intended for jse in high school and 
beginning college physics courses and will 
rover areas not done so by the present 
exercises. Fo-" example, we consider 
motion with no forces acting and motion 
with constant forces. We plan to have 
these new exercises available at the 
conf erence . 



ERIC 



(JO. 



Science I 183 



Thii proj^.* i ^apported by the National 
Science Foundation through a CAUSE grant. 
The project manager for the grant is 
Stephen Franklin. Other members of the 
Educational Technology Center, Barry Kurtz 
and David Trowbridge, have offered helpful 
suggestions for developing Newton and the 
associated exercises. 

Newton will be available for demonstration 
at the National Educational Computing 
Conference. The talk will be illustrated 
with many slides showing its function in 
more detail. The Educational Technology 
Center is happy to have visitors and is 
quite willing to send additional 
information about its activities. 
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DESI(24 OF COMPUFER-BASED INSTRUCTIONAL MATERIALS TO 
ENHANCE TJiE PROBLm-^LVING ABILITIES OF SCIENCE STUDENTS 

Jerry P. Suits and J. J. Lagowski 
Chemistry' DepanjTient, The University of Texas at Austin 
Austin, TX 78712 



The purpose of this paper is to describe 
how computer-based instructional materials, 
CBIM, may do designed to enhance the 
problem-solving ability of science students. 
Science students need this ability in order 
to participate in meaningful problem solv- 
ing which leads to understanding the con- 
cepts and principles m a particular 
scientific discipline. Memorizing the algo- 
rithm of ar computational problem or defin- 
ing a scientific concept does not substi- 
tute for ability to solve a novel problem, 
Richardson (1). Thuso materials must 
contain all the characteristics of high- 
quality CBIM programs (see first section). 
Also, the chcTracter 1 St ICS of meaningful 
problem solving must bo included m the 
materials (see second section). in the 
third section, an example of a CBIM 
problem-solving lesson actually used in a 
science course at The University of Texas 
at Austin will be described in terms of 
these CBIM and problem-solving character- 
istics . 

CHARACTERISTICS OF CBIM PROGRAMS 

The essential characteristics of CBIM 
programs which facilitate student learning 
have been well documented; Dence (2) , Culp 

(3) , and Wade (4). Wade lists five funda- 
mental characteristics: [1] the learning 
must be congruent, [2] the learner must be 
ready, [3] learning needs to be managed, 

(4) the learning tasks mast be attainable, 
and [5] learning must b-^ efficient (4) . 
llj The learning must be congruent (5) 
with the philosophy of the instructional 
system overall. The coordinated efforts of 
an expert with the instructional designer 
can ensure this harmony. In addition, the 
inst^ructional unit must contribute to the 
general goals of the course; it must be 
accurate, up-to-date, and sufficiently 
complete to achieve its purpose. EVALU- 
ATION by the students and appropriate 
tests may lead to revisions which estab- 
lish and maintain these requirements. 



12] The learner must be read y m the 
sense that he must possess the necessary 
intellectual skills, the ability to manip- 
ulate the information. If the learner 
lacks the necessjry skills, then branching 
to a TUTORIAL SEGMENT ma\ be used to 
develop them. However , i f he has not 
cle^'eloped formal reasoning ability, then 
other factors must be considered, 
Inhelder (6). A learner will be ready 
emotionally if he possesses a high degree 
of curiosity with a correspondingly low 
level of anxiety. REINFORCEMENT supplied 
by the CBIM program at appropriate times 
will foster this emotional readiness. 
Finally, physical readiness may decline if 
the learnei* is forced to sit at the 
computer terminal for over 45 minutes (3) . 
[3] Learning needs to be managed during 
the entire sequence of instruct ion from 
the presentation of INSTRUCTIONAL OBJEC- 
TIVES to the FEEDBACK message niven apon 
completing the LEARNING TASK specified by 
the objective; Dent^e (2), Culp (3), and 
Wade (4). The INSTRUCTIONAL OBJECTIVES 
establish a learning set in the student 
which pred isposos h im to select ively 
attend to certain classes of stimuli while 
ignoring others. The program randomly or 
selectively GENERATES a question, problem, 
tutorial material, or graphics to which 
the student responds. The student input 
is READ and INTERPRETED followed by DIAG- 
NOSTIC BRANCHING based on student response, 
reinforcement if correct, corrective hint 
if recognized incorrect, detailed answer 
if several tries have been made, or skip 
to next question if requested. During the 
en t ire sequence CUES should direct at ten- 
tion to the relevant aspects of display 
stimvUi. IMMEDIATE FEEDBACK is given in 
the form of the correct answer, a correct 
or incorrect message , or response contin- 
gent tutor ia 1 information . 

Learn ing tasks must be atta inable for 
the learner to assimilate the information 
presented into his existing cognitive 
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dorUm. fnfornation shoulci bo distjlayod 
logically only vyhcr tho student is ready 
to process it. Short-term iricmory should 
not De overloaded because it can hold 
onl'^, one piece of information at a time 
and because codinq for permanent storage 
requires a certain period of time. Infor- 
mation which IS to be stored in lonq-term 
memory requires sufficient time and the 
related knowledge to be initiall> encoded 
and then decoded upon retrieval. Programs 
should judiciously use timed messages 
when students are slow on higher level 
cognitive activities* 

[5] L earn mg must be efficient since che 
student's time should be used conserva- 
tivel*^. . If the instruction takes the 
characteristics of the individual learners 
into account, then learning efficiency is 
maximized. Programs which provide for 
diagnostic branching would obviously maxi- 
mize efficiency. 

CHARACTERISTICS OF PROBLEM SOLVING 

While the characteristics described ir. 
the above section are sufficient for 
nearly all instructional computing need? 
additional characteristics must be defined 
for programs designed to enhance meaning- 
ful problem solving (7). Trie learner must 
be in control of cercain features of the 
meaningful problem solving .situation, 
whereas the designer must provide guidance 
r.n features whic^^ direct the learner to a 
solution. Learner control of all instruc- 
tional tactics has been effective on 
lessons requiring only algorithmic problem 
solving abilities jn highly structured 
job areas , Ste inberg (8 ) . Conversely, 
program control has been found to be more 
t-ffective on more complex learning tasks, 
Tennyson (9) . Meaningful problem solving is 
a mere comple:. task, thus complete learner 
control seems inappropriate. Some learner 
control on complex tasks is nece;>sary 
because meaningful problem sol^'ing 
involves the learner's skillfiii blerid of 
procedural and declarative Knowledge. 
Therefore, instruction that emphasizes 
both procedural and declarative instruc- 
tion should help students transcend the 
ov^rs ightedness of the learning sets 
activated by eacii kind of inFtruction, 
Richardson ( 1 ) . 
Program Contro 1 

All five fundamental characteristics 
of CBIM programs are pedagogical deci- 
sions made by the program designer. To 
aid meaningful problem solving, the 
designer should [1] determine the peda- 
gogical sequence, [2j sequence the objec- 
tives to establish a learning sot, [3] 
provide numerical cues for the primary 
instructional sequence, and (4j embed 
science process skills in the structure 



of the probKm-sol V mg task. 
[1] The theoretical basis determining the 
PEDAGOGICAL SEgUENCC of the problem- 
solving task IS two f old : 

(aj First, according to Bruner the 
ik.ode of rt.-presenta t ion should begin with 
enact ive representation (learner actively 
does something) ^'ol lowed by iconic repre- 
sentation (learner observes a set of sum- 
mary images or graphics) , then concludes 
with symbolic representation (a hierarchi- 
cal set of symbolic propositions or con- 
cepts) (10) . An example of the principle 
of an equal-arm balance illustiates this 
sequenCL' of representa t ions . Young chi 1- 
dren maneuvering themselves on a seesaw is 
an enact ive representation of the princi- 
ple, older children arranging rings on a 
two-arm balance is an iconic representa- 
tion. A person using Newton's law of 
moments or a verbal description of the 
pr inc iple is a s^TTibol ic representat ion . 
Bruner states that the domain of knowledge 
is understood w^-th the least quantity of 
data when learners fol low the above 
seuuence. iie also states that this 
instructional sequence should "increase 
the learner's ability to grasp, transform, 
and transfer what he is learning" (10). 

[b] The second basis for PEDAGOGICAL 
SEQUENCING is leased on the placement of 
the rule and practice within the structure 
of the problem-solving task. When the 
rult* (concept or prineiple) is placed 
before the practice, the instruction pro- 
ceeds from general to specific, the deduc- 
tive method . Converse ly , when the rule is 
placed after practice, instruction pro- 
ceeds trom specific to general, the 
induct ive mt-thod. Which method is better 
IS dependent upon the theoretical assum- 
ptions made by the designer. Bruner and 
Piaget state that meaningful learning is 
facilitated when experiences with the 
serist'S pr fcede t lie ma t hema t ica 1 or verba 1 
statement of the rule (11). (^n the other 
hand , Ausubel believes that statement of 
the rule internalizes tho rule in its 
final form m the learner's cognitive 
structure which is more efficient than 
havincj the learner discover the rule from 
speciric cases (12). Evidence from 
research studies docs not consistently 
favor one method or the other; Tanner (13), 
Hermann (14), and Merrill (15). We are 
currently analyzing data to compare these 
two methods used in CBIM programs designed 
to prov idc first semester chemistry 
student s with s imu lated ex per iments which 
develop chem^ :a 1 :onct^p^ts or principles, 
Cavm (16) . ' 

[2] The sequence of piocedural and declar- 
ative PROBLEM SOLVING OBJECTIVES may have 
an uffect on tlie learning st-t and subse- 
quent pcformance routine of the student. 
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If the Student perceives that he will do 
several procedures and then derive meaning 
from the combinatipn of procedural results 
he should invent a performance rou ,ine 
which IS matched to the teaching r- jtine. 
this coupling of routines should help 
transform the student's experience of 
instruction into an ability to use his 
experience (1). in other words, he has 
acquired an ability to engage in meaning- 
ful problem solving. Instructional design 
should [a] pose the problem, [b] list 
procedural ob:)ectives, and [c) conclude 
with a declarative ob:iective which ties 
the set of procedures together. Sequen- 
cing procedures which require action 
before the declarative verbal or mathemat- 
ical equations arr consistent with Piagct'j 
and Bruner*s theoretical constructs, 
[j] The basis for the PRI.vy^kY INSTRUC- 
TIONAL sequence: are the steps in the lab- 
oratory experiment m which the learner 
goes through a complete stones of steps 
{in proper order): [a] statement of prob- 
lem and objectives; {b] prelab activity 
and quiz provide the necessary cognitive 
skills; [cl the simulated experiment 
generates data which ar*.- internally con- 
sistent within experimental error; [d] m 
the data analysis, the data are reduced , 
by a mathematical relation or logical s 
statement which is a CDirpendious rcsul* ! 
tant; [ej the data significance or expla-i 
nation provides a pattern or rule which 
can then be used to predict future 
experimental values. i 

Learner Control ; 

Learner control consists of four • 
levels of conscious processing over which 
the learner can control task-related 
decisionmaking: [1] display selection, 
[2] conscious cognition, [3) content 
selection, and [4] learning set, Merrill 

(17) . 

[1] DISPLAY SLLECTIO.N means the learner 
decides what type of presentation he 
wishes to study next. It is an option in 
any individually studied material. CBIM 
programs should not embed individual com- 
ponents m the surrounding text so that 
It requires considerable searching for 
the student to isolate, select, and 
sequence the individual displays (1/). 
Use cues to direct attention to important 
aspects of a display, such as key words, 
or critical structural features, Koran 

(18) . There are two types of display 
sequences. A cummulative display sequence 
begins with a fundamental display and 
builds upon it cummulatively . A noncum- 
mulative display sequence consists of a 
set of displays in an instructional seg- 
ment which are relatively independe.it of 
each other. Learner control should be 
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maximized in tho latter . e but mm.mized 
m t'^-e former. 

[?] CONSCIOUS COGNITION roters to those 
deliberate mental activities that a stu- 
dent employs to remember ard integrate new 
information. Students mubt compensate for 
a wide variety of displays by manipulating 
their own consc luus cognitive processes to 
learn effectively. A list of nese proces- 
ses includes: rehearsal, rei^eatirK? a mes- 
sage from memory; repetition, expressing 
information m learner's own words; 
imag inq , forming mneumon ic from m forma - 
t ion ; cover t practice , menta 1 quest ion ing 
and answering? and analogy, parallel of 
the information from me other subject 
area (17). Conscious cognition is normal- 
ly independent of external control, but 
Merrill and Callahan have evidence that 
certain task strategies aid learning Q7) . 
[3] CONTENT SELECTION is the decision by 
the learner about what instruct lonal 
segment to stud\ next. Content seleCLion 
IS maximized when the learner can select 
from a large array of segments and mini- 
mized when the prograr or ir struct or 
sequences the segment- ^ into lectures or 
1 1 near programs > 17 ) . Dec i ding which 
element, the program or the learner, 
should sequence the content depends on the 
nature of the prerequisites m the learn- 
ing task. A lesson with intrinsic prerci]- 
uisuito spLimonts is nonarhi t ran ly ordered 
by the attributes o*" the t.ub]ect matter. 
For example, in a science laboratory exer- 
cise a person must gather the experimental 
data before he analyzes it. To reverse 
the two segments is meaningless. A lesson 
with extrinsic prerequisite segments is 
dependent upon * he knowled<ie possessed by 
the learner prior to the lesson . For 
example, if a student m physics knows the 
formula f^r Newton's second law of motion, 
F = m * a, and ;s given the values of mass 
and acceleration, then ho does not need to 
sec the rule display which shows the 
formula. However, the learner who does 
not know the formula must have the rule 
display before he can solve the problem. 
(41 LEARNING SET is an activated cogni- 
tive structure that distinguishes relevant 
features and processes ir a lesson, Mayet $ 
(19) . A learning set thi s guides the 
learner through the instruction so as to 
avoid overstimulation from the instruc- 
tional environment and misdirections due 
to potentially divergent features or pro- 
cesses. For example, a person may be over- 
stimulated by the largo number of pieces 
or color and shape when trying to piece 
together a jigsaw puzzle w.thout a photo- 
graph of the whole picture. Misdirec*" ion 
due to divergent features might occur when 
the puzzle solver tries to piece together 
a port ion of the ref lect ing- pool image of 
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the sno\v~cov?rcd mountain vvith pieces of 
the actual mountain. 

Learner control over all four levels 
nas been effective for algorithmic problem 
solvma, Steinberg (8) , but not for meaning 
ful loirning, Tennyson (9). Thus, in 
meaningful problem solving the learner and 
program control is inttjgra ted . Wc propose 
that the localized features of learner con- 
trol. I.e. display selection and conscious 
cognition, should be at the discretion of 
the learner, whereas the directional fea- 
tures. I.e. content selection and learning 
set, should be controlled b^ the program. 
With thib integration the learner does not 
have to jenerate an extraneous learning set 
to d iscr I'^mate between the directive 
hieraroTi'. of cognitive structures and the 
localized hierirchy of cognitive structures 
A novice learner (tht? only real kind of 
learner) should not be ^-xpejted to organize 
two different <inds of problems, i.e. local 
ized structures for the subject matter 
problem and dir<_>ctive structures for the 
instruct Lonal problem. If the same format 
and SLi tKi'.'T.cc are used repeatedly to solve 
differor*^ contt^nt problems over a pi^riod of 
time, thei the student can internalize 
those cognitive structures which could 
allo'A him to do open- inquiry problem solv- 
iriq* Meanwhile, CBIM lessons which address 
instructional objectives '^ith a meaningful 
proolem-solvip'-i task should integrate 
learner ^n-i '>ro^ran control in order Lo 
enhance tno pro^Jle 'i"SO 1 vinq abilitie'S of 
science students. 

\\ L:XAMPt,L or CBIM PRobLFM SOLVING 

In this i,uctLon an exampl'" of a 
v?ompu ter-bastHl instructional probifm 
solving, CBIPS, lesson whicli was actually 
used m '"I'-neril Chomistrv I, a lecture 
coursf at The Vniversity of Texas at 
Austin, IS Lit^'^cr ihc^d* The features, 
sequences, and instructional strategies 
which reflect thc» characteristics delin- 
eated m t n*-' two previous sections on 
CBIM and n^-an maful problem solving are' 
erphasi7€d . 

The? particular CBIPS lesson selected 
was the first in a series of ten computer 
lessons used over the entire Fall 1980 
semester by a large section of General 
ehemistry I students. The overall goal of 
"Computer Lesson * 1: Pure Substances and 
Mixtures" wos to use the shape of a heat- 
ing or cooling curve to classify an unknown 
sample of matter as a pure substance or 
mix^-ure. The instructional ob;3ectives of 
the lesson reflect the type of learning 
and sequence of instruction: 
Objective I: I pon selecting the complete 
set of simulated experimental conditions, 
collect tim<^, temperature, and physical 
state data over a range of twenty dc^-trees 
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above and Delow the molting point of your 
sample. 

Objective 2: From a computer-drawn plot 
of your time and temperature data, deter- 
mine the melting point of ^our sample. 
(Melting point is the temperature at which 
the last portion of solid has just liqui~ 
f led. ) 

f^bjective 3: Given the general shape of 
the heatmq or cooling curves for a pure 
substance and a m ixture , c la ssi f y your 
sample as a pure substance or mixture. 
Objects. ve 4: State the basis for your 
classification above 

This lesson demonstrates a qenerality call- 
ed higher -order pr inc i pie : pure sub- 
stances melt or freeze at a constant tem- 
pera ture , wherea s mixtures me It or f reeze 
over a ran(?e of temperatures. 

Notice that the objective sequences 
consist of three procedural objectives 
f oi 1 owed by a dec lara 1 1 ve object ive m 
which the student attaches meaninq to the 
set of procedures. This ir^vjuencc should 
activatt,' a learning set which is parallel 
Wj.th the overall direction and goal Of the 
lesson (see subsection on learning set). 
The representation of the generality 
begins with an enact ive representation, , 
selectinf? experimental conditions, then 
ob^iervint? the timt?, temperature, and 
ph'jSical state (see Figure i). The stu- 
dent observes an iconic r epr esei:tat ion : 
' '^lot of time vs temp'-^rature character- 
istic of the type of unknown (see Figure 

2) and then points to tlie curve shape 
characteristic of his unknown (see Figure 

3) . Finally comes symbolic representation, 
avf^rbal statement of the generality elic- 
ited from the student by the program. 




Figure 1: A liquid sample (inside double 
test tube) is being cooled by the surround- 
ing cooling environment which is stirred 
by a motorized paddle wheel; the level of 
mercury in the thermometer drops with the 
cooling of the sample. 
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Figure 2: Student enters data, then 
observes the time vs temperature plot 
after pressing [G] • 
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Figure 3: Student selects the plot which 
most resembles the shape of his olot . 

A verbal statement of this generality may 
be placed at the beginning of instruction 
to generate a deductive method. Converse- 
ly, the general ty m<ay be placed after 
the olicj^ted stuuent explanation of the 
relationship of shape of the curve to the 
type of matter in the unknown to form an 
inductive method. 

This example also illustrates now the 
character iFMcs of quality CBIM lessons 
as described m a previous section are 
complementary to the characteristics of 
meaningful problem solving described 
above. First, the lesson is congruent 
with the philosophy of chemistry which 
IS an empirical discipline requiring 
exploration of the interface of exper- 
imental results and chemical concepts 
and principles. Second, the learner is 
exposed to factors which sl^ould induce 
all three types of readiness: III 
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cognitive rcadmoSi^ is requiroii since the 
learner must pass a prulab quiz in which 
he does calculations and identifies 
various parts of the mel t ma-po mt .appara- 
tus {see Figure 1); [2] emotional le'jdi- 
ness may be induced by a lower anx iot\ 
than in the real experiment bccausL' there 
IS no fear of breaking ylassvvart.' or damag- 
ing expensive equipment plus euros ity if 
the learner thinks, "Is my gold ring made 
of pure gold or gold and bome thing else?"? 
f3] physical readiness may decline if the 
student sits at the terminal- continuously 
for the entire 45-75 minuto lesson. A 
better plan is to separate prclab (15 mm.) 
simulated experiment (30 mm.), and post- 
lab (15 min.). Diagnostic- branching 
occurs since a student who decides to heat 
a liquid to find the melting pomt is 
given an appropriate message. Ali;o, a 
student who chooi^us the wrong type of 
matter for his curve shape n-^ qi\'vn the 
verbal statement of the gcnei Uity, whc-re- 
as a student who is correct tries his own 
verbal statement first. A studenr is not 
given a limited ^^c^sponst- I imo followi-d by 
a displa% of t^^e correct response since 
this IS a highor-cogni Live activity wnieh 
requires thounht t in^e . Some student-^ do 
the melting pomt expt^riment tnroc times 
just to got a feel for it, whert-is others 
do the experiment, collect the data, anil 
continue. This example of learner control 
ind the above eximples of d'annostie I ran- 
ehir.g both represent ^^fficitnt us*- of 
learner t ime . 

The primary instructional sei:{uence of 
this lesson parallels the steps of the 
real empirical problem solvirui e'Mperiment. 
In this leS5on the stept^ are: {1) the four 
objectives are displayed after the problem 
IS detected; [2] the prelab activity 
described above; (3} the experimental 
time, tempcrc'ture , and physical state data 
are gathered during the com{juter-s imu la ted 
experiment; 14i the plot of t me vh temp- 
erature in conjunction with changes in 
physical state allowed the melting point 
to be determined ; [ 5 ] statement of the 
generality provided a rule by which addit- 
ional samples of matter ^ould be classif- 
ied as pure substance or mixture (allows 
predict ion ) . Obv lous ly , many sc lence 
process skills are embedded in this lesson, 
such as comparing an observed melf-inq 
curve with f^tandard melting curv(^s. 
Al though the student was not engaged i n 
hands-on experience wicn tie phenomena, he 
was engaged in the mind^3 op experience 
which consists of the equivalent mental 
processes of the real iaboratt,ry exper- 
iment, Pavelich (20). He was, after all, 
doing something rather than being told. 
This is tht' best way for 1 carriers of any 
age to learn new information according to 
Piaget (6) . 



Science I 189 

\ 

\ 

\ 

REFERENCES 

(1) Richardson, J. J., 1980 Proceedings ; ^ 
Assoc la t ion for the Development of 
Ccmputer - BaseiJ ~ In5truct ional Systems , 

p. 24. 

(2) Dance, M. , Educ. Tech . 20. 50 (1980). 

(3) Gulp, G. H., Pes ign and Development of 
Computer - Based I n s t r u c 1 1 o n a 1 Materi als, 
(Unpublished manuscript. The University 
of Texas at Austin) . 

(4) Wade, T. E., Jr, , Educ . Tech. 20 , 32 
(1980). 

(5) Note: The underlined portion of each 
subsection represents the learner's 
needs for quality instruction, whereas 
capitalized words represent conven- 
tional C9If. and Systems Approach 
character 1st ics . 

(6) Irthelder, B. , and Piaget, J., The 
Growth of Logical Thinking from Child - 
hood to Adolescence , Basic Books, 1974. 

\7) Note: Richardson describes two types 
of problem solving: algorithmic prob- 
lem solving (requires only procedural 
knowledge) and meaningful problem 
solving (requires a blend of proced- 
ural and declarative knowledge). 

(8) Steinberg, E, R. , J. Compu ter - Base d 
Instruction 5, 84 Tl97Tri 

(9) Tennyson, R. D. , J. Educ . Psych . 72 , 
505 (1980). 

(10) Bruner, J. S., Toward a Theory of 
Instruct >on , Harvard UnTv. Press, 1966. 

(11) Note: Bruner*s position is that lan- 
guage plays a central role in cogni- 
ti%^e development, whereas Piagot 
favors hands on experience. 

(12) Ausubel, D. P., The Psychology of 
Meanmgfu 1 Learning, Grune & Stratton, 
1963. 

(1j) Tanner, R. T., J. Res . Sci. Teaching 
6, 136 (1969). " — 

(14) Hermann, G. D. , and Hincksman, N. G. , 
1* Rgs- Sci. Teaching 1^, 37 (1978). 

(15) Merrill, M. D. , Olsen, J. B. , and 
Coldeway, N. A., Coursewar e Resea rch 
Report no. 3/ 1976, Courseware, Inc., 
Orem, Utah. 

(16) Cavin, C. S., Cavin, E. D., and 
Lagowski, J.J., J. Chem . Ed. 55, 602 
(1978). 

(17) Merrill, M. D., Comput . & Educ. 4, 
77 (1930). 

(18) Koran, J J., Jr., Koran, M. L., and 
Baker, S. D. , J. Res . Sci . Teaching 
12, 167 (1980). 

(19) Mayer, R. E., J. Educ . Psych. 67i 
331 (1975). 

(20) Pavelich, M. J., and Abraham, M. R. , 
1' Chem. Educ . Sj6, 100 (1979), 



ERIC 19U 



190 



NECC19ei 



micros:ft project and courseware evaluation 



Robbie Plummer 
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Richardson, TX 75080 



ABSTRACT z 

MicroSIFT (Microcomputer Software and 
Information for Teachers) is a central 
project of NWREL's Computer Technology 
Program that has been productively '^.nvolved 
in developing methods and materials for 
computers in education for over a ddcade. 
The MicroSIFT project focuses on ina|truc- 
tional applications for K-12, with a major 
emphasis on establishing effective procedures 
for the collection, evaluation, and 
dissemination of materials and information. 

The key objectives of the MicroSIFT 
clearinghouse are: 

- 1. To develop and implement a model 
for disseminating microcomputer 
software, information, and 
materials for educational use at 
K-12 levels. 



4. To develop and implement a feed- 
forward model to guide and direct 
development of new computer-based 
instructional materials. 

The MicroSIFT clearinghouse procedures 
and services have been designed by Judith 
Edwards, Director of the Computer 
Technology Program, and Donald Holznagel, 
Coordinator of MicroSIFT, with significant 
input from the staff of CONDUIT, the Iowa- 
based clearinghouse for software for higher 
education, two MicroSIFT advisory boards 
(a Nationa^ Technical Advisory Board and a 
Regional users Advisory Board) , and other 
consultants . 



To develop, validate, and 
implement an evaluation model, 
suitable for computer-based 
instructional paclcages, which 
will support long-term activity 
of assessing the quality of 
materials proposed for distribU" 
tion • 
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TKE POSSIBLE EFFECT OF COLOR 
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ABSTRACT: 

The use of color in computer-assisted 
learning (CAL) is becoming more common- 
place as manufacturers of microcomputers 
provide inexpensive color output. This 
session will explore the possible positive 
or negative effects that color has on a 
learner's physiological and psychological 
functions . 

Representatives from major micro- 
computer manufacturers will provide an 
overview of the technology as it relates 
to color. They will also discuss their 
rationale for the inclusion or exclusion 
of color in a CAL setting. 

The physiological effects of color 
on the human body will be reviewed in 
relation to electromagnetic spectrum 
theory. Research in this field indicates 
that some colors can raise the pulse rate, 
increase respiration, blood pressure and 
perspiration, while other colors can 
lower these body functions and increase 
concentration. Other research has shown 
that both scholastic and work performance 
can be effected by colors in the surrounding 
environment. The implications this 
research on CAL will be discussed. 

Color also provides a useful dimension 
for the display of information in a CAL 
situation. It provides a degree of freedom, 
nr if used properly, degrees of freedom, to 
enhance similarities and differences. In 
addition, it ipspircc motivation. Both 
good and bad techniques for using color will 
be explored. 
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PASCAL TUTORIAL 



H. P. Haiduk 
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ABSTRACT ; 

This tutorial is designed to provide 
an insight into the elegance, power, and 
philosophy of the language Pascal. To 
accomplish this, the tutorial will consist 
of the following: 

1. brief historical view of Pascal in 
terms of its philosophy and 
stated design goals? 
V 



brief review of its current 
relevance in a diverse set of 
applications, particularly as 
it may relate to the Department 
of Defense Language Ada; and 

comparison of Pascal's logic 
and data structures with those 
of Basic, Cobol, Fortran*, and 
PL/1. 
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ABSTRACT ; Computer-Assisted Reading Skills 

Diana Braiden Radspinner, Diann Dalton, 
Arlette Miller Smith, Instructional 
Technology Branch, Dallas Independent School 
District,' 7131 Midbury, Dallas, TX 75230 

The CoT^puter-Assis ted Reading Skills 
program is a developmental project that 
uses computer-assisted instruction fcr 
students in grades four through six. The 
program is aimed at supplementing and 
reinforcing those skills that have been 
assessed deficient. After identifying and 
categorizing the higher-order reading skills, 
the following wore selected for development, 

1. Identifying Fact and Opinion 

2. Drawing Conclusions 

3. Forming Generalizations 

The microcomputer presents instruction, 
generates items for student response, 
reinforces correct answers and tracks student 
progress through the lesson. A student 
report is automatically displayed at the end 
of each learning session. The report 
provides the teacher with details of student 
performance. It includes a breakdown of 
student correct/incorrect responses to 
specific subskills within the lesson. 

ABSTRACT; Dallas Microooihputer Mathematics 
Program 

Janet M. Scott and Deborah C. Slaton, 
Instructional Technology Branch, Dallas 
Independent School District, 7131 Midbury, 
Dallas, TX 75230 

The Dallas Microcomputer Mathematics 
K-8 Program (MCMP) is a guided drill and 
practice program designed to meet the needs 



of individual students by rcar.forcing and 
extending concepts presented by the teacher. 
MCMP comprises objective-based lessons in 
hori zontal addition , ver t ical addition , 
horizontal subtraction, vertical subtrac- 
tion, multiplication, division, fractions, 
decimals, numeration, ratio, proportion, 
and percent. Visual displays are included 
in initial skill lessons to enhanje concept 
understanding. Each lesson contains guided . 
instruction, positive reinforcement, and 
immediate assistance based upon the user's 
needs . 

Student reports show the student's 
score, the number of problems attempted, 
the number correct on the first attempt, 
and the number correct on the second 
attempt. Data pertaining to subskills 
contained within each lesson are provided 
for more specific diagnosis and prescription 
by the teacher . 



ABSTRACT ; Computer-Assisted Mathematics 
Skills: Lesson Design and Development 

Katherine L. Helwick and Deborah C. Slaton, 
Instructional Technology Branch, Dallas 
Independent School District, 7131 Midbury, 
Dallas, TX 75230 

This Title IV-C project incorporates 
a systematic approach to designing instruc- 
tion for microcomputer-based curriculum on 
mathematical problem solving skills. The 
project curriculum supplements and reinforces 
concepts and skills presented through regular 
classroom ins true t ion in grades four through 
SIX* After identifying and categorizing 
problem solving skills, three areas were 
selected for lesson development : word 
problems, patterns, and sequen<Jes and 
series 4 

The lesson format provides optimum 
flexibility for diverse student needs. 
Each lesson contains a comprehensive 
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ins tructicna 1 ^^ionuence , an dbbroviated 
mstructicncil * sequence (synopsis), and 
drill practice, Users can select any one 
or 3 Combination of those lesson components. 
The nicrocomputer presents instruction, 
''t^nerates randor problems, reinforces 
correct responses, provides correction and 
explanation of errors, and tracks student 
proaress through the lesson. Performance-^ 
reports provide general and detailed 
su-nma^i t--»s of student proqress. 



ABSTRACT: Microcomputer Peadmg Program 

Vicki 3. Snth and Connie J. Brooks, 
instructional Technclogy *Br::nch, Dallas 
Independent School District, 7131 Midbury, 
Dallas, TX 75230 

C^iven the existing DISD Baseline of 
identified skills and current state- 
aaopted texts, the Instructional Technology 
Carricului^ writers are developing a CM 
reading pro^jram. The tarc.et population is 
these students enrolled m grades three 
throuqh Six vhc are reading one to two^ 
years Delow grade lo/el and need remedia- 
tion . 

Using the Basolii.e levels as a guide, 
the following four strands were identified: 
(li phonics, (2) structural analysis, 
(3) ^'ocabulary, and (4) conprehension . 
Extensive research was conducted, classroom 
observations were made, and a systems 
approach was used to devise hierarchies for 
four levels. 

The overall cjoal of this project is to 
produce a clean and interesting format to 
teach the basic skills outlined in the 
hierarchies, and the major instructional 
goal at each level is always a demonstration 
of the student's comprehension of the 
ekills taught within the lessons. A 
systems approach is being used to clarify 
the task and ensure its successful completion. 



One Literacy Lessons (ROLL) curricula 
adapted for CAI . The supplemental 
language system re inf orces classroom 
reading and language learning through 
individualized visual {screen display) and 
audio {voice synthesizer) language lessons 
in a transitional Spanish-English sequence. 
The project is housed at Gabe P. Allen 
Elementary School in Southwest Dallas. 
The CAI ROLL and BOLaR materials are 
being pilot tested with 120 first, second, 
and third grade students at G. P. Allen 
School and St, Mary of Carmel School. 



ABSTRACT: Computer-Assisted Spanish 
Eng];=>n Tr.- iC;ition Sequence 

M, Beatriz Beltran, Dallas Independent 
School District, Box 80, 3700 Ross Avenue, 
Dallas, TX 75'"^'' 

t:.o CASETS proqram focuses on 
enhancing the English language sko^lls of 
limited Enqlish Proficiency {LED students 
by integrating Social Studies-American 
History and the English Language Development 
course. Learning and transferring concepts 
and vocabulary from Spanish to EngltS'h are 
approached through two support systems? 
computer-assisted instruction c id native 
language materials. 

The CAI activities and instructions, 
classroom activities and tapes for both 
the social studies and the English 
lanquage development classroom?; v;ill be 
designed and pilot tested with seventh 
and eighth -gradera , The materials for 
eighth grade are now being design tested 
at one public middle school and one 
private school. The control group In the^ 
private school does nt>t use CAI. 



AB STRACT ; Computer-Assisted Instruction 
Demonstration Project {ROLAR) 

M. Bcatriz Boltran, Dallas Independent 
School District, Box 80, 3 700 Ross Avenue, 
Jillas, TX 75204 

ROLAR was designed and is implemented 
to determine the effectiveness of a computer- 
baaed supplementary language system in 
irproving the reading ach'evement level of 
Li-^ited English Proficiency {LEP) students. 
The project uses the Bilingual Oral 
r.'inguage and Reading {BOLaR) and Region 
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SOFTWARE' DOCUMENTATION 
FOP STl'DFNT PROJFX'TS 
by 

R)hn -\. Rohr 
Cun\p u t e r s c i a nco De n a r t mo n t 
California ^'tato Polytechnic University, Pomona 
Ponona, California 



ABSTRACT 

This paper doscribt-b tho di3CLimentation 
fiormaliy ro-iuifea for a s- u.ient proiect. 
Five Jocjments art.* used: each success ivo 
aocanont provid^-s a mow detailed descr.f:»- 
tion or the project than the previous doc- 
u"^nt. The firs*, is an mf ormation sheet 
about ^hr- student anil the project idea; 
the second a snort functional description 
of the project; the third a qeneral de- 
sign descriptian mcludinv^ a pielinunary 
^S-jr's quide*; and the f.-^urth a detailed 
desicm descritjtion complt-tc with interface 
specifications. The fitth and final doe- 
L .^nt IS a conpletc L>roiect report. 

INTRODt'CTl 

An essont al component of anv software 
project IS adeqaate documentation. F'or 
^ student project this nay be tho most 
important aspect. Without proper cioeu- 
mentation the project r^duce^ to a simple 
proijranmina exercise rather than beinq a 
valuable learning experience. 

Student projects usually consist of two 
types. The first typ^ is a project done 
for the academic value, encompasses a 
subjec*- of mutual interest to the student 
and the instrictor, and the outcome is of 
interest mainly to the student. The 
second type of student project results in 
software that will be used by one or m.ore 
persons other than tne student doing the 
project, 

['or both types of projects, the student? 
should learn proper documentation methods. 
For the second type, high-quality documen- 
tation must be provided for those who will 
use and maintain the software. For cither 
type of project, the experience gained by 
the student m ^ritirq the documentation 
wii: be useful for his or her professional 
Ccireer . 



DOCLIMF.NTAT 1 Or: 'ERV I FIK 

Adequate documentation for a stud<MU oro- 
lect consibts of tho followinq f im» docu- 
ments : 

1 ) In format i on '■^hoet 

2) Functional Denser uU ion 
M C'eneral Oesiqn Uocunu^nt 
4) Dt? tailed DcSiun Document 
j) i'mal Pt^port 

The Inforn^ation f-heot is an admini -,Lrati V'- 
^.locumt.nt that provides tho m^jtructor wi * !i 
pt-rsonal and academic data about th«' stu- 
dent. Tht* Information *^>heet also contains 
a very brief description t ht- nr^ icct . 

The Functional Desci nation is the comple 
specification of the project at a func- 
tional It^^'ol. No implementation dcitails 
are ni^ri^ri. This document d«'fan^»s th-^ 
St" " of the ornnect . 

The Genera] Dos i an Document define^ the 
structure of the software which will be 
generated. This document also includes a 
preliminary user*s quide whicii uives ouer- 
atmq instructions for the software, 

The Detailed Design Document provd.de s 
complete description of tht^ .software. This 
document describes the qeneral orr|«*ni .na- 
tion of the software and gives a detailed 
description of each module. 

The Final Report is the m.ost important 
document. This document rjives a complete 
description of the entire project. It 
includes much of the material produced for 
the other four previous documents, but the 
Final Report presents all the information 
available about tho project in a logical, 
organ i zed , format . 
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INFORMATION SHEKT 

The Information Sheet provides tho instruc- 
tor with personal and academic data which 
may be useful diirinq the course of the 
project. A short paragraph is included on 
the Information bheet about the pro^iect. 
The personal information qives the instruc- 
tor a means of contacting tho student if 
that should be necessary. The academic 
data and the project description can be 
referred to durinq a conversation with the 
student to assess the student's ability to 
complete the project within tho chosen 
time frarne. 

FUMCTIONAL Di:SC: IPTION' 

The Functional Description is the student's 
first comrjiete, written specification of 
the project. This document should bo con- 
cise but complete. On the average, one 
sincj le-spaced tyoowritten paqe should 
suffice. This document should specify the 
computer system and the prociramminc? lan- 
guage which Will bo used. It shouh^ in- 
clude an estimate of the human and com- 
puter resources which will be required, 
includinq any speciil resources such ao 
tapes, disk packs, terminals, etc., which 
ate not routinely provided to users of 
the computer system. Finally, a pre- 
liminary schedule for the entire proiect 
should be included. 

cen£:ral design document 

The General Desitin Document specifies the 
internal organization of the software and 
the external interfaces with hardware, 
other software, pnd users. Thi~B document 
"so includes a detailed schedule for the 
oject. The first section of this docu- 
wient IS the user's guide describing all 
the user interaction with the software 
including commands, input data, end out- 
put data. 

Other sections of this document describe 
the global data base, the file formats, 
input-output formats, the preliminary 
module list, the top-level design, and 
the schedule for the proiect. The global 
data base includes all global data which 
are to be created. The type, range 
dimension, and all other pertinent attri- 
butes of each variable are given. Each 
file is described in terms of its organi- 
zation and the structure of each ype of 
record it can contain. 

Ttxe module list and top-level design 
specify the structure of the software. 
Each module which can be identified at 
this stage is named and described briefly, 
and any '»eq.^entation for memory overlays 
IS specified. Finally, a detailed <ichedule 



IS q 1 veil for the pro 30c t shuwinq when 
each document anti program sectic^n wi 1 ! be 
ava 1 1 able in nrel imina ry <ind 1 1 na 1 form . 

DLTAILCD DCSIGN DOC'UMFNT 
The Detailtni Desi^in Document describes 
the software as it is aetuillv impK-- 
mentod. The document beqins with an 
overview of the software. As dt^sjqri anii 
coding proceed in a tof)~down mannei , «\K'h 
module IS designed, coded, anil documented. 
The initial desian for each motiiile include^s 
data specification and a flowchart or tie- 
sicjn- lanvjuacje description of the algorithm. 
When t he modal e 1 s cdpu) \vl -^i , f li. • d« 's 1 
docunst-ntat ion is uud^itod to reflect the 
actua I implementat ion. 

The de^^cription tor «'ach modulo nu'ludes 
data about the [)i o<i rammer and t he pro- 
gram. The name of the nodult^ is xfiv»^n 
and the [lurpijse of tlie module is i^xplained 
brief Iv. Then the proqrammcr ' ^ nam*-, 
datt^ written, lan^uatie, and eon:: a tt-T 
system are stated. Pol j ^.wiU'i are a list 
anti description of loc^i ' ffjnstants aivl 
variables, a li ;t of ql i constants and 
variables, a list of proc^. dur(--s called, 
and a list of fiU?s used. File an^l 
1 ntvut -out I't t formats are then dc- scribed. 
l*inally a flowchart or des 1 qn- 1 anauaae 
descr ipt 1 on of t ho motiu le ^ s q i von . 

FINAL RI'PORl 

The Final Report integrates all doenn^en* 
tation produced for tho proiect. The 
report is organized to present an 
increasin<i amount of detail as the reader 
fjro presses throuifh the doc undent , f^uCh 
of the material for the Final Refjort is 
obtainotl trcm documentation produced, 
earlier, although additional narrative 
material is required. A possible out- 
line for a Final Report is as follows; 
I . Introduction 
II. Statement of the Probh^m 
III. Overview of tho Solution 
IV. Details of the Solution 

A. External ^Interfaces 

B. Data Base 

C. File Formats 

D. Input-Output Formats 

E. Module Descriptions 
V . Observations 
Appendix: User's Guide 

OBSERVATIONS 

A student software project which includes 
adequate and proper documentation can be 
a valuable learning experience for "^he 
student. The documentation described in 
this paper can iSe as extensive or as 
brief as the instructor desires. All five 
documents should be required for all pro- 
jects. In general, the larger the project. 
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the greater the amount of each of the 
documents . 

The Information, Functional Description, 
and General D*=»sign Document should be 
completed before codmq begins. The 
Detailed Design Document can be gener- 
ated simultaneously with coding. 
The Final Report should be compiled 
after the coding, testing, and de- 
bugging are complete. Eacn document 
supercedes the previous document. No 
updating of previous documentation should 
be required until it is incorporated 
in the Final Report. 

Good codmq techniques should be encour- 
aged. Comments should be used liberally. 
Each module should begin with its com- 
plete detailed description except for 
the flowcharts. 

Finally, it is almost impossible to 
spend too much time documenting a project. 
Any time spent doing documentation is 
time well spent. 



Final Report 

Introduction 

Statement of the Problem 
Overview of the Solution 
Details of the Solution 

External Inte r faces 

Data Base 

File Formats 

Input-Output Formats 

Module Descriptions 
Obse rvations 
User's Guide 



APPENDIX 



DOCUMENTATION SUMMARY 

Information Sheet 

Functional Description (1 page) 

Problem Description 

Computer System 

Programming Language 

Special Resources 

Preliminary Schedule 
General Design Docunient 

Preliminary User's Guide 

Global Data Base 

p'lle Formats 

Input-Output Formats 

Top- Level Design 

Module List 

Schedule 
Detailed Design Document 

Program Structure 

Module Descriptions 
Name 
Purpose 
Author 

Date Written 
Computer System 
Programming Language 
Local Constants 
Local Variables 
Global Constants 
Global Variables 
Procedures Called 
Files Used 
File F'ormats 
Input-Output Formats 
Algorithm Description 
Flowchart or 

Design-Language Description 
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FIRMWARE DFVKLOPMKNT 

Robert- N. COnk 
Ccjmputer Science Department 
Cen t ra I Michii]dn Ijii i vers i ty 
Mt . Pleasant , MI 48859 



INTRODUCTION 

Trad-L t iciiij 1 I V , ror.putor scit^ncf *lepart- 
ni'-nts have taught hicjh-level and low-level 
lan-jua^io assembly lanuuaqe courses. 
Cor.puter desian courses often cover mainly 
hardwired control units where the instruc- 
tion set was dosiqned usint^ gates. 
Recently the availability of chea[j read-- 
only memory (ROM) has lead to the wide- 
spread use of mtcroprocjramniod control 
units, waere a microroutme implements 
each machine langua^^ instruc*- ion . These 
."iic'orout mos are neither hardv^are nor 
software m the tracUtional sense, hence 
the name "firmware" as coined by Aj^cher 
Ople.' xn the January 1967 issue of 
Datani-atj-ra . 

At Central Michigan University 
microprogramming has been used m CPS 
560-Digital Computer Desian where the 
students design a small general purpose 
microprogrammable digital computer pre- 
viously described by Vi shnubhot 1 as (9,10). 
In the undergraduate course, CPS 360-- 
Logic Circuit Design, which all majors are 
required to take, microprogrammable con- 
trol uni ts are introduced us i ng a simple 
hypothetical computer. For the benefit of 
readers not familiar with microprogram- 
ming, this computer is explained in the 
next section of this paper. In addition 
to these courses, a graduate level 
special topics course on microprogramming 
has been taught. This course used trans- 
lator ana simulator programs written m 
Fortran which allowed the students to" 
write and execute microprograms for the 
Burroughs D^machine. 

Recently the Computer Science Depart- 
ment of Central Michigan University 
acquired a Burroughs B1830 which is user 
nicrop'^ogrammable using Micro Implementa- 
tion Language (MIL) (2). With software 
package available from the University of 
Utah, students can write microprograms 



usmc? an extonded version of MIL (McMIL) 
and execute them (6) . 

The primary application of micropro- 
qranimin«f is emulation, where the instruc 
ticn sot of a guest computer is niicropr^^ 
rammed on a host computer. The host 
computer is then said to emulate the guest- 
computer. Thus programs written for the 
auest computer will be executable on the 
hos t computer wi thout conversion . By 
dusiqninq a family of computers all of 
which are microprogrammable, all computer 
moduls of the family may emulate the same 
system architecture. Then prcjqrams writ- 
ten for any model of the family will run 
without conversion on any other model. The 
marketing advantages to the computer 
manufacturer and thr lack of conversion 
problems for the user when changing to a 
different m.odel computer provide strong 
incentives to use this approach to design- 
ing a family of computers. 

This paper also discusses an elementary 
diqitaJ computer (EDC) that is defined (4). This 
computer's instruction set is sufficiently 
complex to servo as the project for a 3 
semester hour course in firmware develop- 
ment. The EDC is emulated on the user 
microprogrammable host computer (Burroughs 
B1830 for example) or the microprograms 
may be written for the Burroughs D-machine 
using the translator and simulator pro- 
grams described by Katzan(5). Recently, 
in fact, one of our M.S. candidates used 
these programs to emulahe the IBM 1130 
computer (see Shyu(8)). 

This paper shows how firmware develop- 
ment can be integrated into «^omputer 
science undergraduate curricula. A simpli- 
fied microprogrammable machine suitable 
for a first course in logic des ign is 
detailed. Further, an elementary digital 
computer is defined which is suitable for 
emulation in a three semester hour firm- 
ware development course. 
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A SIMPLIFIED MICROPROGRAMMABLE COMPUTER 

The machine described in this section 
is a modified version of the machine de- 
scribed by Bartee (1), the current text in 
CPS 360-Logic Circuit Design. The entire 
course is described by Cook in (3). An 
alternative hypothetical microprogrammable 
machine is described in chapter 1 of 
Katzan (5) . Figure X shows the register 
configuration of the simplified micropro- 
grammable computer: 



Fundamental Micro operations available on 
this machine ar^: 




Figure 1 

A Simplified Microprogrammable Computer 



Registers used in this machine are: 

MBR Memory Buffer Register 

MAK Memory Adder Register 

OP Opea^ation Code Register 

BR Arithmetic Input Register 

ACC Accumulator 

MQ Accumulator Extension 

IC Instruction Counter 

R Read Flip Flop 

W Write Flip Flop 

lAR Instruction Address Register 

ADDER lAR OP + lAR + 1 

ACC ACC + B, ACC ACC - B 
performed here 



MICROOPERATION 

R^l 
R-*-0 
W -^1 



W -^0 
OP -*^MBR 



IC" 



"MBR 



IC -^0 
MAR-^MBR 

IC -^MAR 

BREMER 

ACC*-ACC+B 
ACC'^-ACC-B 
ACC -4-0 
IC "♦-IC+l 

MBR^ACC 

IAR'^0 



IAR-^IAR+1 
IAR-^OP+IAR+1 

lAR-^N 



ACTION 

MBR (Memory) (Read) 
Reset Read flip flop 



(Memory) 



(MBR) 



'MAR 
(Write) 
Reset Write flip flop 
Op code portion of MBR 

to OP register 
Address portion of MBR 
to Instruction 
Counter 
Zero Instruction 

Counter 
Address portion of MBR 
to Memory Address 
Register 
MAR to Instruction 

Counter 
Memory Buffer Register 
to B Register 

Add 

Subtract 

Zero Accumulator 
Increment Instruction 

Counter 
Accumulator to Memory 

Buffer Register 
Instruction Address 

Register addresses 

word 0 of ROM 
Increment lAk 
Compute Branch Table 

Address 
Absolute address in ROM^ 

to Instruction 

Address Register 



To students, the most confusing part of 
this machine is the instruction Address 
Register. Just as the instruction counter 
(IC) holds the address of the next machine 
language instruction in main memory, the 
lAR holds the address of the next micro- 
instructior to be executed in the ROM. 
Thus each microinstruction must modify the 
lAR to locate the next microinstruction 
that will be executed. 

Assuming that the op codes of the 
machine language are assigned sequentially 
beginning with zero, the correct micro- 
routine to implement a given machine 
language instruction may be found using 
these microinstructions: 
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ROM 

LOCATION MICROOPERATIONS 
0 R 

lAR ^IAR+1 



2 
3 

4 

5 
6 

50 
55 
60 
64 



OP ^MBR, 

IAR*-IAR+1 
lAR -^-OP+IAR+l 
lAR -<--50 

lAR •*-55 

lAR ^60 

IAR^64 



ACTION 

Read machine 
language in- 
struction to 
Memory Buffer 
Register 

Op code to OP 
register 

lAR "*-0P+3 

Branch to ROMc 



Branch to ROM 
Branch to ROM 
Branch to ROM 



'50 
55 
60 
64 



Microroutine for 
Op code 0 

Microroutine for 
Op code 1 

Microroutine for 
Op code 2 

Microroutine for 
Op code 3 



The microinstruction in word 0 of ROM 
reads the machine language instruction 
into the MBR and increments the lAR to 1. 
In word 1 the microinstruction moves the 
op cede portion of the mach: ne language 
instruction to OP register and increme»^Ls 
the lAR to 2. Word 2 of ROM changes the 
lAR to IAK+OP+1. Since IAR=2 tJie effect 
is lAR-^OP+B. Then, after word 2, 
control is transferred to ROM 3, 4, 5, C ... 
If the op code is 0,1,2,3.... The branch 
table (jump table) in words 3,4,5,6... of 
ROM then transfers control to words 50,55, 
60,64... of ROM where the microroutines to 
implement the op codes 0,1,2,3... are 
fojnd. The sequence of execution of 
microinstructions is then: 

OP CODE SEQUENCE OF EXECUTION IN ROM 



0,1,2,3,50. 
0,1,2,4,55. 
0,1,2,5,60. 
0,1,2,6,64. 



As an example, consider the microrou- 
tine to implement the ADD machine language 
instruction. If the op code is 2 the 
microroutine begins in ROM location 60: 



ROM 
LOCATION 

60 



61 
62 

63 



MICROOPERATIONS 
MAR -*-MBR 



lAR - 



-IAR+1 



ACTION 

Data Address To 
MAR 

Increment lAR 



R -^1 ,IC IC+1 Read Data To MBR 
Increment lAR 



lAR IAR+1 
R-*-0,BR -MBR 

lAR IAR+1 



ACC- 
MAR' 



lAR' 



-ACC+B 
-IC 



Data to B 

Register 
Increment lAR 

Add 

Addiess of next 
Instruction to 
MAR 

Branch to word 0 
of ROM 



In?Mally the machine language instruc- 
tion IS in th- .Menory Buffer Register 
because of the read that was performed by 
word 0 of ROM. Word 60 moves the address 
portion of the Instruction to the Memory 
Address Register so that the data to be 
added can be read by word 61. In addition, 
word 61 increments the Instruction Counter 
to point to the next machine language 
instruction in main memory, word 62 
resets the R flip flop and moves the dat^ 
item to the B Register so that it may be 
added to the accumulator by word 63. Each 
of the above microinstructions also 
increments the Instruction Address Regis- 
ter to address the next word of ROM. In 
word 6 3 the Instruction Counter is moved 
to the Memory Address Register so that ROM 
word 0 will 'read the next machine language 
ins true t ion . Additionally the instruction 
AdcVress Register is set to 0 to begin the 
execution of the next machine language 
instruction. 

The subtract microprogram is the Same 
as the add microprogram except that ROM 
word 6 3 is changed to: 

ACC-^ACC-B, 

MAR-^IC, 

IAR-^0 

For the load (clear and add) microroutine 
only the instruction ACC-^O must be added 
to ROM word 62. The subtract and load 
microroutines would, of course, be located 
in the appropriate ROM locations (not 
60-63) . 
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More complex machine lanquage instruc- 
tions such as conditional branches and 
multiply instructions can be implemented 
using other microoperat ions . For example, 
if the microoperat ion 

IF{ACCq=1) then lAf^N ELSE IAR^IRA+1 

IS added to the fundamental opera* ons 
described earlier, then the Branc on 
Results Minus microroutine may be written: 

ROM 

MICROOPERATIONS ACTION 
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Ir. this microroutine, the Instruction 
Counter is incremented (76) if the Accu- 
mulator IS positive. The address nortinn 
of the instruction, which gives the main 
memory address to branch to, is moved to 
the Instruction Counter from the Memory 
Buffer Register (77) when the Accumulator 
result IS negative. After the Instruc- 
tion Counter is altered by microinstruc- 
tion 76 or 77, then microinstruction 78 
puts this address into the Memory Address 
Register and sets the Instruction Address 
Register to 0 to read the next machine 
language instruction from mam memory. 
Both this BRM microroutine and the 
multiply microroutine, which requires 
several addi t ional microoperat ions not 
discussed here, ar^ used as homework 
problems in CPS 360. 

All these microrout ines assume that 
the machine language being implemented 
uses direct addressing only. This 
restriction may be removed, if desired, 
in a separate course in firmware develop- 
ment. As the study of microprogrammable 
control units is but one part of an 
already overcrowded course, the direct 
addressing restriction is needed here. 
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Figure 2 shows the register conf iguaration 
of the EDC. 
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Figure 2 
The Elementary Digital Computer 



Components of the EDC are: 

M Mam memory - 1024 16 

bit words 

IR Instruction Register 

containing OP and ADDR 
subregisters 

OP OP code bits of IR 

ADDR ADDr^ess bits of IR 

CAR Current Address Register 

MAR Memory Address" Register 

ACC Accumulator 

XR Index Register 

INPUT INPUT register which buffers 
' the input device 

IN Input flip flop 

OUTPUT OUTPUT register which buffers 
the output device 

OUT 
OVF 



Output flip flop 
Overflow flip flop 



An instruction set for this computer is 
described below. The OP co-e bits and IX 
bits^ if appropriate^ are shown in paren- 
thesis after the mneumonic OP code. 

INP (0000) 



This instruction moves one word from 
the INPUT buffer reqister to main memory 
at the address specified by the ADDR 
subregister. Flip flop IN is set by the 
input equipment when the buf f er has been 
loaded and reset by the INP microroutme 
after the word is transferred to main 
memory. Thus flip flop IN provides the 
necessary two-way commuiiica t ion 1 ink 
between the control unit and the input 
equipment . 

OUT ( boo 1) 

The OUT microroutme uses the OUTPUT 
buffer register and the OUT flip flop to 
transfer a mam memory word to the output 
equipment . 

BIN (0010) 

As the INP microroutme moves one word 
from the INPUT buffer reqister to mam 
memory, the Block INput instruction moves 
N words from the INPUT buffer register 
into main memory beginning at the address 
originally in the ADDR subregister. The 
Accumulator is previously loaded with N 
and then decremented by one until all N 
words are transferred. At the same, time 
the Memory Address Register is incre- 
mented by one to provide the correct 
addresses m mam memory. 

ZRO(OOll) (00) , ADV(OOll) (01) , 
DBL(OOll) (10) , CSN(OOll) (11) 

These four instructions modify the 
contents of the Accumulator. ZHO clears 
the ACC to all zeros. ADV adds one to the 
ACC. DBL doubles the ACC by adding it to 
itself. CSN takes the two's complement of 
the ACC including the sign bit. 

LDA (0100) 

The ACC i.s loaded from main memory at 
the address given by the ADDR subregister 
(the address portion of the instruction) . 

ADD(OIOI) , SUB(OllO) 

Here the contents of the memory 
location specified by the ADDR subregister 
are added to or subtracted from the 
contents of the ACC and the result is left 
in the ACC. 

FTO (0111) 

The STO microroutine stores the con- 
tents of the ACC in main memory at the 
location specified by the ADDR subregister. 
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AND (1000) 

To provide maskinq for ACC rt*i>ults, the 
AND microrout 3 ne performs the bit by bit 
"and" of the ACC and the main memory word 
specified by the ADDR subr'^gis cer . 

TRA(lOOl) (00) , TRZ (1001) (01) , 
TRN(lOOl) (10) , TROdOODdl) 

Four transfer instructions provide 
unconditional transfer (TRA) , transfer on 
zero (TRZ) , transfer on negative (TRN) , 
and transfer on overflow (TRO) . These 
instructions load the Current Address 
Register from the ADDR subregister if the 
ACC condition specified is true, otherwise 
the CAR IS incremented by one and the 
transfer does not take place. 

LDI(IOIO) (00) , INC(IOIO) (01) 

Both of these instructions. are 
examples of immediate addressing where the 
ADDR subregister holds actual data, not 
the address of the data in main memory. 
As the ADDR subregister xs only ten bits 
long while the ACC is 16 bits long, the 
LDI instruction loads the ACC from the 
ADDR subregister with the leftmost bit 
duplicated six times. Thus the two's 
complement representation of the shorter 
integer m the ^DDR subregister is pre- 
served when It is loaded into the ACC. 
The INC microprogram increments the ACC 
by adding the contents of the ADDR sub- 
register. 

SRA(lOll) (00) , SRL(lOll) (01) , 
CIR(lOll) (10) 

Other immediate addressing instructions 
are the shifc right arithmetic (SRA) , 
shift tx^ht logical (SRL) , and the cir- 
cular right shift (CIR) . Here the number 
of bits to be shifted is specified by the 
ADDR subregister. The SRA instruction 
extends the sign bit when shifting and 
the SRL uses zero fill. 

BEX (1011) (11) 

To facilitate character manipulation, 
the BEX microroutine exchanges the left 
and right ACC bytes. 

In the discussion of all of the instruc- 
tions above either direct or immediate 
addressing was assumed. LDI, INC, SRA, SRL, 
and CIR used immediate addressing and the 
others use direct addressing. Depending 
on the level of the course and the avail- 
ability of time to devote to the project, 
tht emulation may stop after the instruc** 



tions described so far have been micro- 
pro'qrammed . If desired, up to three 
additional addressing modes may be incor- 
porated for those instructions not already 
using the IX bits. A scheme for inter- 
preting the IX bits is: 

IX Addressing Mode 

00 Direct 

01 Relative 

10 Indexed 

11 Indirect 

In relative addressing the contents of 
the address portion of the instruction 
(ADDR subregister) are added to the Cur- 
rent Address Register to calculate the 
effective address . 

With indexed addressing the effective 
address is tae sum of the ADDR subregister 
and the index Register. If the XR is 
included in the EDC, three additional 
instructions must be microprogranuned . 

LXR(llOO) 

Loading the index register is done, 
using one of the four addressing modes 
specified by the IX bits, by the Load 
index Register microroutine. 

SXR (1101) 

The contents of the index register can 
be stored in main memory at the effective 
address specified by any of the four 
addressing modes usincj the Store index 
Register instruction . 

DBX (1110) 

Looping IS accomplished in the EDC*s 
machine language using the Decrement and 
Branch on index register zero instruction. 
Here the index register is decremented by 
one and compared with zero . I f the index 
register i s greater than zero , then the 
branch to the address given by the address 
portion of the instruction (ADDR subregis- 
ter) takes place, otherwise the next 
sequential n»achine language instruction 
is executed to terminate the loop. This 
instruct ion is ideal for a post- test loop- 
If pretest loops are desired, this 
instruction could be modified, or the ore 
remaining unused OP code 'combination 
(1111) may be used to define an additional 
looping instruction . 

Indii -Ct addressing (IX-11) requires 
no addi tional ins true t ions to be defined - 
In this addressing mode the ADDR subregis- 
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ter contains not the address of the data 
but rather the address of the memory loca- 
tion which contains the a-dress of the 
data. If the meniory is to be e^^panded to 
more than the 1 K words defined previously, 
the ten bit address field is insufficient 
to directly address all of memory. With 
indirect addres«?ing all 16 bits arc avail- 
able for a memory address and up to 64 K 
(65,536) words may be addressed. 

The additional addressing modes may be 
implemented usinq a single microroutine 
which IS called only by the microrout ines 
for those machine language instructions 
which allow the four addressing modes. 
Some instructions use the IX bits to 
extend the OP code field rather than to 
determine addressing mode. Therefore this 
approach is preferable to having the fetch 
microroutine (which reads the next machine 
language instruction, decodes the instruc- 
tion, and branches to the correct micro- 
routine to execute the instruction) 
compute the effective address for all of 
the instructions. 

In addition to the fetch microroutine, 
the microroutine which computes the 
effective address of the data, and the 
microroutines for the various OP codes 
described previously, an error micro- 
routine IS required to handle the invalid 
OP code (1111 IS the only invalid OP code 
in the EDC as defined above) . The 
microroutine which computes the effective 
address should also produce an error 
message if an invalid address is computed. 

Along with the syntax of a micro- 
programming language and the architecture 
of the host computer, the emulation of 
the elementary digital computer described 
in this section provides entirely enough 
material for a 3 semester hour course in 
firmware development. 

SUMMARY 

Thi^ paper has described two means by 
which firmware development can be 
integrated into an undergraduate computer 
science program. in the first course in 
logic design, a microprogrammable control 
unit is discussed. Here the use of Read 
Only Memory to store microinstructions \3 
discussed. Simple microroutines Are 
written an4 the branch table concept along 
with the register configuration of a 
simplified microprogrammable computer are 
given. The concept of emulation where a 
computer is microprogrammed to emulate a 
specified architecture is introduced. 



To extend these concepts a three semester 

hour course in firmware development is 
discussed. In this course the syntax of 
a microprogramming language for a user 
microprogranmable computer such as^^he 
Burroughs B1700/B1800 series is taught. 
If such a machine is not available, 
translator and simulator programs for the 
Burrgughs D-machine written in Fortran may 
be used. The project for the firmware 
development course is the emulation of an 
eler.entary digital computer. Twenty- two 
Instructions for the EDC are dercribed. If 
indexed addressing is to be included,- 3 
additional instructions are defined. 
Addressing modes may be limited to direct 
and immediate addressing or extended to 
include r^^Iative, indexed, and indirect 
address ing. 

Because of the increased number of 
computers which are microprogrammed at the 
factory and user microprogrammable com- 
puters which are used as emulators, the 
employment pror.pects of our graduates who 
have a bacV^ijiound in firmware development 
should indeed be excellent. 
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Aostr act 

In tnis paper, we first ar^ue that there 
13 a ireat naeJ for empirical research 
coupled witn carefully articulated 
tneories, Psycnolo^ ical claims of 

language designers and advocates call out 
for evaluatio.i. Moreover, co.iiputinq 
eJu;;atian, to rise aoove instruction m 
only tne syntax ani senantics of language 
constructs, needs a description of tne 
knowledge prog r asTi.Tiing experts know and 
use. We then present a network wnich 
represents tne high-level, plan knowledge 
an expert nay possess with respect to 
aspects of looping and assignment. Based 
on this knowledge, we look at actual 
student progra.Tis, and attempt to 
understand the possiole ti isconceptions 
students had, whicn manifested thems3lve3 
as buggy prograTis. Finally, we make 
suggestions for coiiputing education which 
reflect tne insights gained in developinrj 
this knowledge network and in the analysis 
of the ouggy prograiis. 



£^ Intro duct ion 

1 . 1 Introductory Polenic 

Designers and advocates of 

programming languages are continually 
making claims that their languages are 
simple, readaole, encouraja oetter 
programming, or encourage natural problem 
sol/ing haoits. 

The development of the l'3Kiguage 
Pascal IS basad on two principle 
aims. rne first is to nake 
availaole a language suitaole to 
teacn programming as a 
systematic discipline based on 
certain fundamental concepts 
clearly and naturally reflectf»d 
oy the language. . . . The 
syntax of Pascal has oeen kept 
as simple as possiole. ... 
This property facilitates ootn 
th';i understanding of programs by 
human readers and tne processing 
by computers. 

Wirtn (1977] 



Tnis work was suppoited by the Arm*^ 
Research Institute for the Behavioral and 
Social Sciences, under ARI Grant No. 
NDA9d3*8d-C-d3dd. 

Any opinions, findings, conclusions or 
recommendations expressed in tnis report 
are those of the authors, and do not 
necessarily reflect the views of the U.S. 
Government . 



If ordinary persons are to use a 
computer, there must be simple 
computer languages for tnem . 
BASIC caters to this need .... 
Kurtz [19781 



Happily, LISP is easy to learn. 
A few hours of study is enough 
to understand some amazing 

programs . One reason 

LISP is so easy to learn is that 
its syntax is extremelV simple. 
Winston [1981] 
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APL 13 3ne of tn? lost concisa, 
roisistant, aai powerful 

McOcacKan ( 1975 | 

i^DtiC3 tnat trie above clams are 
psycnol ojical clams anj tnu3 ar? open to 
eiTtpit'ical inquiry. Where, tnen, 13 tne 
enpirical researcn oacKin^ up tn^s^ 
clams? *1or3over, it is not anou^n to 
nave data on? neais tneories wnicn 

explain and account for tna 3ata. wnat 
ars n?eiei, tnen, ara carefully 
articulated tneories ^nicn suggest wny 
pro^ran construct x snouli be not? 
reaiaole, jsaful, etc. tnan projran 
construct y? 

Mor30ver, n tn3 rusn to clam 
readaoility, etc. for tneir particular 
projraiimnj lan^ua^e, designers na/e often 
forgotten a Key aspect of cognition: 
learning. Can in3i/i3uals learn to 
understand prograit construct x? How 
easily? fne extensi/e use of Pascal, 
Basic, Lisp, ani APL does not negate tne 
reie>/ance of tne learnaoility question: 
numans can adapt to nost any enviromient. 
fnifs, no natter now difficult a particular 
language Tiignt oe tc learn, nany 
individuals can and do persevere to 
conquer it. But at wnat cost? And wnat 
aoout tne ones tnat don't succeed? Do we 
^rite tne.Ti off? As we all 
coining of tne computer age, 
need to know now to progra.it 



nas explorel 
m pr^^raiiTiing 



want to simply 
know, with tne 
everyone will 
to some degree. 



Tne picture is not as oleak as we ve 
painted it. Fortunately, studies nave 
oeen and are being done, which attempt to 
understand the relationship cetween 
cognition anJ programming. For example, 
Ledgard, et. al. [UBiJ] found that a 
command language wnich has a natural 
language structure, as opposed to the 
typically baroque constructs, facilitates 
easier and more effective use by humans. 
Welty and Stemple [1981] compared the 
performance of novice users with a 
procedural and non-procedural query 
langauge and found that novices using the 
procedural language did oettar when 
formulating moderate to difficult queries. 
Dunsmore and Gannon [1978] explored the 
factors that contribute to program 
complexity, while Gannon [1978] catalogued 
bugs in student programs. L. Miller 
[1978] has explored a whole range of 
oenavioral issues in programming. Anonq 



otner issues, Meyer (198k)] 
tne use of concrete nodels 
education. Finally, Shneiiernan (1980J 
contains a JistiUation of issues in, as 
ne puts It, software psycnolD^y. 

A word of caution: tnis tyoe of 
research is difficult Id carry Dut. 
tixperments can always oe criticized; 
theoretical interpretations can always oe 
faulted. Those in tni^ paper are no 
exception. Moreover, tne clmate in 
conputei science nas not always oeen 
receptive to, or even tolerant of, thi^ 
type of work. Tne neei to 3tuiy cognitive 
factors in computing, however, ^rows ever 
nore apparent. Thus, we f?el it 
mperative tnat sucn research oe 
encouragei, and tne support nechanis.ns to 
insure its existence ari33. 



1 . 2 SuDStanti/e £l tr oduc t 1 on 

This paper will serve 33 a projr-ss 
report on the current work of tne rteno 
Research Group at UMass* Tne goals of our 
pro}ect are twofold. First, w^e are 
ouiliing Meno-II, a run-tmo ^support 
environment for novice Pascal us=?r3; this 
systen will eaten run-tme errors (not 
:ompile-time errors 11), and nolp tne 
student deoug the program ani nis/her 

understanding — by providing tutoring n 
tne areas underlying the errors. Tne 
otner, complementary goal of'tni^ proiect 
IS to understand: 

1. wnat one Knows wnen one selves 
proolems of tne sort usoi m 
introductory Pascal courses, 

2. wnat program bugs are typically 
nade oy novice pr 0 3 r am ner s , 

3. how knowing aoout wnat snouli be 
understood can oe used to explain 
tne .Hind bugs (misconceptions) 
students nave wiu:n result in 
program bugs. 



In this paper, we describe our efforts 
date on tnis latter goal. 



to 



[1 } ^e are not concentrating on 
conpi le-time errors, since systems wnich 
cope with such errors already exist. For 
example, feitelbaun [1980] has ouilt a 
programming environment wnicn nelps 
eliminate syntax errors by not allowing 
programmers even to enter ill-formed 
str uctures. 
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r.ie per3pecti/3 nave t3k?n in tnis 
resaarrh 1,3 oysei on in-j foUowin:? 
joservatiDH: as experts, wn3n writs 
projrans tD SDlye ^rool^ns, we us? lots of 
nijn^lev^el kTowl^Jge. M^at of tnis 
KnD*fl?J}3 13 Tiucn ieep3r tnan th^ syntax 
and 30H3nciC3 of any jiyen projra.TiTiin^ 
ianjua^?. tn particular, an exp3rt Knows 
t:>w tD ircoiipos? proDlefls into fairly 
sc^niarJ tasKS, acjuTiulate a ru-^nin^ 

tital .ni search tnrou^n Kna elenenta of 
tni3 jttay. rni3 KaowloJge is nijnly 
3r|oni.!?i iitD ounJUs, or frauds (MiasKy, 
H/d], anJ tne ricn faoric 3f ounilea are 
Kilt tjjetner oy r e 1 at 1 ^rjsn i ps . The key 
roU wni-n. tnis tacit knowleJ^e plays in 
tT^ pr)ol?n s^lynj oenavior of experts in 
3 viJe 72tiety 3f areas 13 gaining 
in-reaai.i^ att^nti^n [Ollins, 1978]. phe 
Jifficult pronien 13 t^ ferret out tnis 
K.iowieJje anJ Tia"^? it explicit, nuch as 
aijKStra lU''6i, wirtn 1 19 7 7 ], jni 
Prieinan ll974J'nave atte^nptei to Jo 
tneir DDDKS on pro^ramiin?. Tnus, it 
tni3 KHowleJ^e, ratner tnan ^ust 
syntax an i semantics of the particular 
pr Djr an.Tinj lan^ua^e, tnat neeis to be 
tauint tD tne ^rDwin:} nu.noors of ^ouputinj 
stu ient 3. 

In tne f^llowinj section we present a 
first-pass at iescriomg tne knowleJge an 
expert Tiighc, Know aoout aspects of looping 
ani assijnuent. Section III concentrates 
>n n^w this Knowledge can be useJ to 
pr?iict ani explain stuienf-' bugs. Tnerai 
we exa.mne iata bugs collectei fro;n 
a test we a Jmm istered to introductory 
Pascal programmers. In Section XV we 
su.n.narize tne key theses of tne paper. 
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II Fl^g.Tients of an Expert '3 
rne rnepr y 



Knowledge s 



We commented aboye that an expert 
progr ati.ner knows about structures that 
nelp nin/her relate probleitis to ^rograjris, 
rnese intermeiiate entities reflect a 
process of aostraction anJ con Jensat ion . 
That 13, problems, anJ their solutions, 
are groupeJ togetner basei on various 
criteria of similarity and their salient 
Character ist ics are highlighted. Wnea 
confronted with an ostensibly new prooletn, 
tne expert calls upon these structures and 
tries to find an old problem (and 
solution) wnich is similar to the new 
proolem. Solving the new problem, then, 
IS oasej on modifying fhe soluton to the 



old proolen. Tnese in t eriied iate 

structures are crucial for tn^s type of 
proolem solving (Papert, [1980]? Rissland 
and Soloway, { 19dkJ] ) . 

ift^hile others nave Jescrioed fhe 
knowledge possessed by experts in 
Tiathematics (e.g., Polya [1963], RisslanJ 
I 19drf]) and physics (e.g. , Larkii, et 
al. 11930]), we nave attempted nere to 
articulate tne knowledge a programming 
expert night nave witn respect to a few 
proolem typ?3 and a few related program 
constructs. We have oorrowed from 
artificial intelligence a representation 
of knowledge, called fraiies, in which to 
encDie ^ur efforts. One key iJea behind 
this particular knowle?ge representation 
and one consistent with our view of 
wnat an expert Tiight know is that 

concepts are not necessarily atomic 
entities; ratner th3y can nave internal 
structure, such as descriptor types and 
descriptor values. Thus, a frame 
represents a template or ooilerplate with 
slots wnirh can oe filled in. •Finally, 
frames are tied together by different 
types of relationships, e.g., A-KINO-OF, 
or uses. [1] 

Figure 1 depicts a fragment of an 
expert's knowledge plans encoded as 
frames* Consider, in particular, the 
Running^rotal Plan Frame. This structure 
reflects tne ooseryation that Tiany 
proDlems, aspeciall/ ones used in 
introductory courses, require accumulating 
a total (e.g., the sum or product of the 
first n integers). Thus, given the 
ubiquity-^ of this problem type an expert 
might explicitly represent it in his/tier 
memory. From ^ Figure 1, we also see that 
this frame is A-KIND-OF Loop Plan, i.e., a 
specialization of tne general notion of a 
loop plan, and further that tne Counter 
Loop Plan Frame is a specialization of 
Running rot'al Loop Plan. ^e s'le that 
various specific Pascal loop constructs 
( repeat , w nile , for) are associated with 
tnis plan. Fi-^aTly, we see that two 
variable frames, the Running total 
s^ariaole and the New^Value Variable are 
used to describe tne Running Total Loop 

m In this discussion, we have g lossed 
over .frany technical distinctions. 
However, for our purposes, the commonsense 
notion of "pi ^n" and frame** are 
sufficient. rne interested reader can 
follow these issues more carefully in 
texts such as Nilsson [1980]. 
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figure t A network representing a throry of st«plt> l'K>|<ihK 
progrsas in f'sscai. Itie "fr^jif^s »fK*'***nt rliunks of know! t-tJ^.e 
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together by "A-Kind-of* arcs {solid lines) snd "Use"*" ^r- s 
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that must be Inserted krfien Die Fr.jRes »rt' u'ir'd . St .^nthfru PfiSt dl 
i;3#nllfl<rs ar< In «) 1 r0(,jtp]«i 
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froTi a syntax ani senantics Ji^v, tne 
ii5tincti3as naje m Figure 1 w^ulj 
jisaopeir. For axanple, the Ruanini_rotal 
\/aciaole anJ the Counter v^riaole are the 
33Tie at tnose levels. Ho^^ever, ^t the 
functional, pra^natic lev^^l we se? 
Jiffaren::es ir. tne roles which variaoles 
mi constructs play. Figure i nighli:jhts 
ta')se functional iifferences. Moreover, 
13 we :5n^il see in our discussion of 
pro^rin DU^s (next section), stuients 
perfornej iiffe'-ently on constructs, wnich 
on tne syntax ani semantics level, are tne 
3 a.Tie . 

We io not Tiean to su^^est tnat tne 
<no#^leige mcorporatei into Figure 1 is 
cne final wori. In fact, other experts 
nave propos ^ alternative schemes (e.i.. 
Waters (1979); ioloway ani Woolf [1930]; 
filler, M. 1 19781? s^olistein [ 1974 ]). 
Regardless of tne ietails, experts io have 
ani use structures smilar to those in 
Figure I, ani we snouli oe teacning 
stuients oasei on this view. 

Besiies using such knowleije for 
teacnin^, we see another important use for 
It. It za^ nelp us to unierstani bugs, 
progran bu^s ani mini buns, ttei by 

no/ice pr o^r anmer s. First, we oscribe 
to tne cneory^of learning that states that 
stuients unierstani sonetninj by 
constructing tneir own knowleige 
franewocjcs. A mini Dug, then, is a 
"faulty** knowleige net, 'vnen comparei with 
an expert's. That is, "bug" is only a Dug 
oecause it ioes not agree with some 
stanJari. Moreover, a jooi teacher, who 
also nas a gooi knowleige net, can use the 
student's Dug as a winiow into the 
stuient's knowledge net. arown ani Burton 
[i97d] use tnis approach in tneir analysis 
of sttMjents' buggy suotraction algoritnms. 
Remeiiation can tnen be ievelopei which is 
tunei specifically to tne subtleties of 
tne stuient's Dugjy moiel. 

In tne ne"- major section of this 
paper, we jnall use aspects of the 
knowleige in Figure 1 to analyze program 
bugs we collected from novice programmers. 
We found that w ithout this type of, 
nign-level knowleige , many of the buggy 
programs seamei anomalous at best, but 
with the development of knowledge of the 
sort iepictei in Figure I, these bizarre 
programs became unierstandable to a large 
degree. 



III. Understanding F r o 3 r a n Bug s an i Mind 
Juj 3 : f ne Data 

I II . I fne Contex t of the rest and the 
Tes t Instr UTient 

raole 1 contains three of tne 
problems we asked 31 introductory Pascal 
progranming students to solve. Tne course 
was ^iven in the summer session of I9di(); 
tne test was admin istered on the last day 
of classes. Tne students ranged from 
fre'Mman to graduate students. Table 1 
depicts the overall performance of 
students on these questions; the 
percentages are surprisingly low, given 
tne ostensioly sinple nature of tne 
proolems and tne advanc3l state of tne 
cla93. Even if one ignores wnat night be 
called easily detectable nistakes (e.g., 
no initialization of a variaole), the 
perjf^ntajes Jo not rise appreciably. 

A reason for tnis low performance, 
and an inportant criticism oC programming 
tests given where students do not have 
access to a computer is that introductory 
programming students almost never write a 
program correctly right off tn3 bat. 
Ratner, tney go to the terminal and, over 
possibly several sessions, evolve a 
correctly running program. 
Nonetneless, data gathered from written 
tests does suggest trouole spots, wnicn if 
resolved mignt lead to more effective 
proolem solution/program 
development. {1} 



{ 1 ] We are also collecting on-line 
protocols; as a student sits at a 
terminal and submits a run to the Pascal 
system, our system makes a copy of the 
stuient's program and saves it. Thus, we 
nave a record of the student's 
interactions. So far, we have data on 3 
introductory Pascal classes. We are 
analyzing these data now. We also 
interview students individually, recording 
these sessions on audio tape (we hope to 
soon go to video tape) . Tnese type of 
data is particularly illuminating; 
Whereas the on-line data and the test data 
are simply records of output , of 
performance, the interview data provides 
us with a window into tne student's 
thought processes. In related research, 
we nave found this technique to be a 
source of genuine insights (Clement, 
Locnnead, Soloway [1980]). 
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«»" - 1 Write o program which r^ads integers anJ \'rrr prins 
: jt i*^e a verage . Remember, the average cf 5eri*»s of nunters is 
♦■•^e SUIT zif ?^'Ose numbers Jivi'led by how msry numbers tne'-o ?re i" 
tre series. 

F* " . e" r W'-;te 3 program wh^^h repeatedly retfds ;r integers 'jrl.! 
'.'^^l'- sum IS grf»atf»r than 'If' After reaching ^t^'C, the pr cfirir 
'5hou. ' prinr out the .average ol the integers entered 

P rob tetr 2- Write ? program which repeatedly reads in in^'egers jnt.I 
.t reads the integer 99999. After seeing 9999^, it should print 
:ut the cor r •C average That is, is shcu.d not count the ftrsl 



Tab.e ^. Problems used n our test instrument These problems were giver, 
t- an introductory programming class on thf> last cJay of the "^ourse They 
jre designed to test student knowledge of key differences betweer differe'^t 
■:cp constructs m Pasc?^ . 



PerteiUJgy ,n StuJentj, UhUh The Uj l«oj> {!rt)bUr Tlit* rc^it-at foop i>r.>biorn Tli» wi.ili t«"ui pi ,ihUp> 

I v«*iJ repeat ltiii,i 
' sej ottier ci'n'it r iR 1 1 iMis 

AiiswtTfJ prubleTi .drre-tl. 9 /% ^t" 

AND . fw^Hp <pprnpr 1 if r 
lo ip unst rij. t 

AuHW«*r«>d pruhhm K» . • ^' 

t uttei t I'. 



1h" pri>bi<rms reltrred to In thin table are listed In libit* 1 iNnvp duf i \>ti i ',iiT,pU 

sj?e <>t U ■,tinlent«» 



projraB i>ludenl6_Probiem3 1 

var Count, UMt ikMtf : Integer ; Average " real . 



Count ;» 0; 
Sum .a C: 
Read (Nuabtr) : 
while Nuabtr <> 99999 do 
btfin 

Sub Sua + k^iabtr; 
CoiAt :■ CoiAt * t : 
Rttd (Muabtr) 
•nd ; 

Avtrait :> Sua / CObttt; 
Writtln (AvtTM*) 

tnd . 



Fi|urt 2. A styliaticai:y correct solution to problfia 3 In table 
1. Iwte the ntad for two IWad ctlla and tt» curioi^ "process the 
^•8t value, read the next value** seahntics f^' the loop body. 
This protrsa was aininaUy edited for presentation here. 
Students wrota these pro|r«a8 in a claasrooa. I^ty ware never 
subaitted to • translator. 
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III . 2 !?Bt for H3nc3 Analysis; Use of 
Appropr late Loop Construct 

In tnis course students were taugnt 
ani used all 3 Pascal loop constructs; 

1 1 e , repeat , and for. Each of tnese 
constructs is appropriate in different 
situations (e.|., see Figure I). oo 
novice pro; r aimer s, in fact, iistinguisn 
oatrfeSii tne.n and use tnem in the 
appropriate context? Answer, oasei on our 
Jata: no. 

raoie 2 lists tne percentage of 
students jsing eacn particular loop 
construct on eacn proolem; also listed^ 
are tne percentage of students wt>o use3 
tne appropriate loop construct anJ got tne 
proolem correct. rne data on proole.it 1 
are surprisivig. Tnis proolen is clearly a 
tot loop proolem, since the ^'ariaole oeing 
tested is tne counter variaole. However, 
only 16% used a for loop; 35.5% useJ a 
repeat loop anJ BS.TF'usei a while loop, 
even tnougn tnese constructs r eqiiired the 
students to do more work by having to make 
explicit tnose operations done implicitly 
oy tne for laop {initialize counter, test 
counter for stopping, increment counter). 
Moreover, of tne 38% wno got tne proolem i 
correct, only 27% usei tne for loop. 
Clearly, cnoosing tne appropriate loop 
construct did not contribute to correctly 
solving tne problem. 

Problem 2 (see Taole 1) «/as a repeat ♦ 
loop problem; tne variaole that 

controlled tne loop, "sum," needed to be 
assigned a value in the loop before it 
would be reasonaole to test it. While 
more students did in fact cnoose tne most 
appropriate loop construct, the difference 
between tnose choosing the repeat and 
tnose choosing tne wni le was not 
statistically significant. Moreover, as 
in tne above case, choosing the 
appropriate loop construct did not 
correlate with solving tne problem 
correctly. 

For problem 3 (Table 1) , the 
appropriate loop construct is wn i 1 e ; the 
loop must not be executed TF the 
controlling variable has a specified value 
and tnerefore the test must be placed at 
the head of the loop* (This, in turn, 
require.3 a curious coding structure which 
we ekaunine in the next section*) Here 
again, we see that the difference between 
tnose choosing a repeat loop and those 
choosing a whi le loop was not 



statistical ly significant. Nor again was 
tne cnoice of the appropriate loop 
construct a predictor of tne correctness 
of tne solution. 

dased on tnis simple test, it^ appears 
that novices do not distinguisn oetween 
tna Pascal loop structures as an expert 
nig ht . A quo te from a student we 
interv lewed is appropr i ate ner e . wnen 
aske 3 wny ne cnose to use tne while 
construct ratner tnan one of tne otner 
two, ne responded: "When I don't know 
wnat is going on, I use a wn i I e loop." 

At first, we found the results on tne 
for loop proolem (Table 2, proolam I) 
counter- 1 n-tui tive. After all, since tne 
for loop does so nuc.^i work automatically, 
we tnougnt It would oe tne easiest to 
understand and use. On second thougnt, 
no waver , we decided that the automatic , 
implicit aspects of the for loop might be 
tne sticky point. That is, since tne for 
loop does do a number of actions 
automatically, students -night be uncertain 
aoout all tne details of the for loop's 
actions. Thus, in order to nave some 
control over the beasty, students nignt 
cnoose a r epeat or wn i le loop and do the 
extra work to add the required looping 
macninery tnemselves. Ul 

Quite simpl/, tne difference between 
tne repeat and wni 1 e loops is suotle. 
Moreover, since with tne appropriate extra 
machinery one construct can simulate the 
otner, tne distinction is hard to enforce. 
However, we feel that textoooks 
significantly contribute to tne confusion. 
For example: 

Tne principle difference ^.s tniss 
in tne WHIL£ statement, the loop 
condition is tested before each 
iteration of the loopl Tn the 
REPEAT statement, the loop 
condition is tested after each 
iteration of tne loop. 

Findlay and Watt [1973) 



{!) Some support for this interpretation 
comes from the following fact, students 
in this class were not taught the goto , 
and never constructed loops out of the 
basic constructs* Thus, ^liose students 
may be unsure of the ingredients of a loop 
and might not be comfortable witn all tne 
magic implicit in a for loop. 
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If trie nu.Tioar of repetitlDns is 
Known oeforenani, i.e., oefore the 
repetitions are startei, the for 
statetiif»nt is the appropriate 
construct to express tnis 
situation; otherwise tne tfhi le or 
repeat should be useJ. ... The 
state.nent [ in a wnile boJyl is 
repeatedly executel until the 
expression oeco-nes false. If its 
value IS talse at the be^innin^, 
tne statenent is not executed at 
all. ... Tne sequence of 
atate.nants oetween the symools 
r apeat and unti I is r epe ated ly 
executed (at least once) until the 
expression oeco.nas true. 

Jensen and Wirtn [1974] 

^e feal tnat tnis is a syntax level 
description, ^imt snoulJ oe e.Tipnasized is 
tne deep structure of this construction: 

Use a r epeat loop if the 
controlling variaole requires 
tnat it 06 assigned a value _in 
tne loop oefore it can 
reasonaoly oe tested. 

rne franes ani slots in Figure 1 reflect 
the close connection oet«^een the test in 
th3 loop aid the loop construct, and che 
connection ' oetwaen the test and the 
prpblen . 

A final conTjent; the reader .ni^ht 
feel tnat tne distinction between the 
tnree loop types is not important for a 
novice. ro some extent, we a^ree. We 
wonder then why textbooks teach all 3. 



Ill . 3 Per fornance Analysis; Read 
i/Process i vs. grocess i/Read Next-i 

Let us now take a closer look at 
prooleffl 3, the wni le loop proble.Ti. The 
stylistically correct solution requires a 
curious coding structure: 

read first-value 
while (test ith value) 
process ith value 
read next-itn value 

The loop must not be execvited if the test 
variable has the specified value, and this 
value could turn up on the first read; 
tnus^ a read outside tne loop is necessary 
in order to get the loop started. 
However, this results in the loop 



processing being benmd tne r3ad? it 

pro;:»ess33 tne ith input and then fetches 

the next-i. We call this structure 
"process i/read next-i." 

Intuit ively we felt this coding 
strategy to be unnecessarily awkward and 
dowhr ignt confusing, A more "natural" 
coding strategy would oe to read the ith 
value and tnen process it; we call this 
tne "read i/process i" coding strategy. 
Do novice programmers us3 tne 
stylistically correct coding strategy 
(process i/read next-i) , or do tney add 
extra Tiacninery to a wni I e or repeat loop 
(e.g., an emoedded i^ test tied to a 
boolean variaole) in order to force tne 
code into a read i/process i structure? 

raole 3 lists tne performance o: 
tnose atudents who attempted the proolem 
witn either a while or repeat loop. Of 
tne nine who solved it correctly, only 2 
used tne stylistically correct process 
i/read next-i coding strategy. (See 
Figure 2 for a solution using this coding 
strategy.) To correctly solve tne proolem 
using eitner a repeat or while loop and 
tne read i/process i coding strategy 
requires extra machinery; Figure 3 snows 
student programs which use tnis strategy. 
Nonetneless, tne vast majority of students 
attempted this solution; given the extra 
complexity needed for a correct solution, 
it is not surprising that many failed. 

It is tempting to conclude that with 
respect to these types of problems, Pascal 
requires that students c ir cum vent tnei r 
natural proolem solving intuitions. 
Be fore wc can actually assert this 
conclusion, more research needs to be done 
(1}. But, since we must live with Pascal 
for some time to come, it would only be 
responsible for teachers to explicitly 
teach tneir students about this peculiar 
coding strategy. Again, since humans are 
adaptive, we probably could learn to deal 
with this awkward and confusing 
construction. 



Ill . 4 Performance Analysis: Getting a 
Mew yal ue 

In all 3 problems (Table 1), a 
correct solution required that the program 
get a new value with a read . 23% of all 
the student written programs did not 
perform this function correctly. Often 
students try to g«t*^he previous or next 
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rggeac loop whtlj loop oth«r ; rep* at loop , while loop 



''he n imbefs in tn%s :able rerer :he at dial number Jt iCudenCs 
1.1 1 ptffcentajitf s 



prograffl student? Probleffl3» 

var N, Sum, X • integer ; 
Avera(« . real , 
Stop : booletn ; 

begin 

Stop :s falae ; 
H ± o: 

Sun 0. 
wftile not Stop do 
beain 
fiesd (X); 
If X » 99999 

then Stop ;» true 
else b_ e| in 

Sua :* Sum ♦ X ', 
N ;i N ♦ 1 
end 

end . 

Average :s Sum / N; 
Uriteln (Averafe) 
end . 



H2i£ 



Studenti6 ProbleB3< 



var Count, Sua, Num : in te fer; Average : real ; 



begin 

Count :> -1 : 
Sum :s 0: 
repeat 

Count :* Count ♦ 
Read (Muai): 
SuK :> Sun ♦ Hum 
until mm « 99999', 
Sua :x Sua - 99999: 
Average :* Sua / Count 
end . 



Figure 3. These prograia ara attaapta at problaa 3 described in 
table 1, Ihey ere typical of the contortlona atudenta will go 
through to aaiw thla problea fell into a "read a value, process 
that value" Traae, Iheae prograas have been alniaally edited for 
presentetion here, Studer.ta wrote these prograis in a clesa^'ooa. 
They were never subaitted to a tranaaetor. 
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value of a vaciaole Dy suotcacting oc 
aiding one (see figure 4). {2} We also 
founi pcogcsims in wnich we fait students 
aasU'Tied that each use of Next_value 
3uto<natically retrieved a new value. 

As W3 itTdicated in Figure 1, getting 
a nsw valua is different tnan, say, 
accumulating a total . Thus, pernaps 
students coiB.iiitting the aoove acrors did 
not understand that read is actually just 
a special case of assign.nent. if so, then 
a language ^nicn treated I/O calls as 
special values wnicn can oe assigned to or 
froB inight oe more palatable to beginning 
prografflBer s, e.g . , 

i>lew_value :» Re:id_f roiii_ter.Tiinal , or, 
Wr 1 te_to_terminal :« 'Runni ng_suTJ 
Count . 

Anotnec possiole mind bug wnich could 
result in some of tne observed errors 
«rould 09 tnat students incorrectly 
overgeneral ized from tne Counter v^ariaole 
frame. That is, since tne next value of a 
variable functioning as a counter can be 
retrieved oy simply adding a 1 to the 
variable, wny not get the next value of 
any variable by simply adding a 1 to itl 
Wnile reasonaole, this is incorrect. This 
type of overgener al ization could be 
predicted from tne relationship of the 

{1} We nave designed and pilot-tested the 
following experiment: first, we ask all 
students to write a plan or design for 
proDlem 3 in Table 1 (the' same one 
exa^nined in tnis section) , in a language 
other than a programming language. We 
then ask half the students to write the 
program in Pascal. For the other half of 
the group, we provide a one page 
description of the Ada loop ... exit loop 
construct. Wnile the sample size was 
small (13 students), the data are 
suggestive: invariaoly the plan of the 
students was worded in terms of a read 
i/process i. However, the Pascal versions 
were typically coded with a process i/reaj 
next-i strategy. But, tnose programs 
written using the Ada loop .., exit were 
coded using tne read i/process i strategy. 
Thus, the program coded in Ada more 
closely matched the students' plans than 
Hi those program coded in Pascal. We 
plan to run this experiment on a larger 
group. 

{2j "Sacking up" may be needed when a 
student does the whi le loop problem 
(problem 3] witn a repeat loop. 



franes in Figure 1. 



III. 5 Performance Analysis: The 
Different Role of the Assig nment Statement 
Tn the Counter and the Running Total 
Templates 

If one cnose to use eitner a repeat 
loop or a whi le loop in any one of the 
tnree problens, one would need to 
explicitly keep track of at least two 
quantities: (1 ) tne number of number s 
which were read in, and (2) a tally of the 
sum of tne numbers read in. In both 
cases, one would u.e a particular type of 
assignment statement wnicn facilitateJ a. 
running sum, e.g., Runni ng^total 
Running_total + New_value. In tne former 
case, New^value would be tna constant 1, 
wnile in tne latter case New value would 
oe dependent on tne value real in. 

Since the underlying programming 
language construct is tne same in both 
cases, one might tnink that if a student 
used the construct correctly in the 
counter case, then the student would 
understand tne construct and would most 
likely oe able to use it correctly in the 
analogous case of tallying up the dum. 
However, tne performance results in fable 
4 portray a diffarent picture. Namely, 
significantly more students constructed a 
correct assignment statement for the 
counter action tnan could do so for the 
r unning total action . 

Wny? The knowledge network in Figure 
1 suggests, in fact, that the Counter 
Template and the Running^Fotal Template 
are distinct, since tne^ functions they 
perform, wnile similar, are still 
different. Moreover, the Running_To tal is 
more compl icated since the New_Val ue 
Template needs to be integrated t'o provide 
a correct solution. Thus, one possible 
explanation of the performance difference 
would be that the students jid not fully 
understand how these two functions were 
integrated; this added complexity was 
responsible, then, for the poorer 
per formance . 

Yet another interpretation consistent 
with the frame organization suggested by 
Figure 1 is the following: students 
understand the counter action as a whole, 
and do not decompose I I + 1 into ^ 
left hand variable having its value change 
by the right hand expression. 
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program Student l9_Probieffll , 

v4r ftum, Prev_ni«, C')unt integer ; 



Count s 0; 
Re d ( Nun ) ; 
Sum .X 0; 
repeat 

Prev_nuR :« J*!-^ - ^ I 

Sum :« Nuit ♦ Prev_nyi; 

SutR : X Sun * y ; 

Count :» Couit ♦ 1 ; 
until Couit » 10; 
Average :> Sua / Count: 

Writeln i 'Average of ten intMer» is equal to *:2) 
end . 



Student30 Probl«B2; 



var N, Su«. Score : integer ; Mean : real ; 



begin 

N :i 0; 
Suft :s 0; 
Score :i 0 ; 
while (Sun <« 100) do 
begin 

Score :« Score + t , 
Sua :* Sua * Score ; 
H :i K * 1 
end; 

Htan :« Sua / N ; 

Hriteln ('the aean a «een:10:lO) 
end . 



Figure M. Ihese prograia are atteapti et the problcaa described 
in teble 1. Thay iUuitrata itudeiit problaaa with getting • 
New velue. Iheae prograii heve been ainiaally aditcd for 
presentation h«re. Students wrote thase progrsas in a claaarooa. 
Ihey were never subnitted to a trsnsletor. 
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rnat 13, students jo not via*? I :» I + 1 
as an example of an assigntient statement. 
(U Tnus, rfnea tacej with ieveloping an 
assigniient stataiient for the running total 
function stuients .tiust really confront 
tneir unier standing of the particular type 
of assign.nent state.tient needed in this 
context; tne poorer performance in tnis 
situation reflects a .nisundarstanding of 
now tne assignment statement works. 



III. 6 P3jr f 3f pance Analysis; The "Demon" 
in tne wn i Te loog " test 

d^sed on our examination of student 
pro':a.Tis, and on an analysis of the 
individual interview, we felt that tnere 
was a great deal of confusion surrounding 
tna time at wnich the terminating test in 
the wr ule loop gets evaluated: is it 
evaluated once at the top of the loop, or 
is tne test ::ontinually evaluated during 
•:he execution of tne oody of the loop? 
rne prograii ^iven below was also on a 
written test taken oy ^he 31 summer school 
students. 

program Prooleti4; 

var Count : integer ; 
geg m 

Count :=* id; 
wni le Count < 7 do 
beg in 

Wr iteln ( '*'); 
Count :» Count + 1; 
^r iteln { '/') 
end 

enJ . 

If the students felt that the 
terminating test was 3valuated 

continually, then tne loop rhould 
terminate before an were printed, thus 
providing one more and /'.{2} in 

otherwords, it is as if the test were a 

TTT Problem 3 suggest some intriguing 
corroborating evidence. More students got 
tne count action correct (e.g., I :» I + 
1) than got the count initialization 
correct (e.g., I :« 1)1 Maybe this was 
due to sloppiness. However, if I :» I + 1 
is a unit unto itself, then possibly the 
students do not see the need to initialize 
tne variable, 

{2} We were not interested in tne actual 
numoer of and V, because we were not 
studying the off-by-one bug in this 
particular problem. 



demon watching tne statements in the loop 
body, and waiting for its condition to 
oecome true. Of tne 31 students, 34% made 
the a*DOve mistake. Since while is 
commonly usad in programs and in the 
instruction, and since it was the end of 
tne semester, we felt that thi^ was a 
surprisingly high percentage. 

The basis for this confusion is 
grounded in tne mismatcn between tne 
semantics of wh i 1 e in a programming 
language context, and the semantics — the 
meaning — of 'wnile' in every day 
experience. In tne latter case, 'while' 
lias a glooal sense: during tne course of 
soma event, in contrast, tne programming 
language while requires a local, narrow 
interpretation: at a specific point in 
tine. Clearly, tne nannes of programming 
language constructs must rely on real 
world semantics of tneir analogs. 
However , care ought to ba exercised in 
tneir selection, since the likelihood of 
renaming the while construct in Pascal is 
small, educators must take note of this 
error, and pay attention to it in their 
ip-str uct ion . 



W. Cone I uding Remar ks 

In this paper we first argued for the 
need of empirical research coupled with 
crisp, detail ed theor ies of the 
programming process. We tnen went on to 
develop an explicit knowledge network 
whicn represents what prog ramming exper ts 
mignt know aoout looping and assignment. 
We argued that since experts apparently 
nad knowledge, such as plan types, which 
wera structure nto oundles, it was only 
responsible tha ve as educators teach our 
studer 3 this type of knowledge. Based on 
this ki.owledge network, we analyzed buggy 
programs collected from introductory 
Pascal students. We expressed the 
analysis in terms of mine' bugs — 
misconceptions — that resulted in program 
bugs. In addition, we found that Pascal 
construction themselves might be the cause 
of some program bugs, since they trigger 
inappropriate and misleading conceptions 
in a student 's mind . 

Without a doubt, the claims we have 
made are controversial in fact, they 
may even be incor rect . However , we 
strong ly feel that dialogue must be 
encouraged on this type of research, if 
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co.nputer science eiucatida, pi raitining 
language design, and compute: literacy, 
are t3 oe aivancad. 
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The Educational Technology Center at the 
University of California, Irvine, is 
C'irrently conducting a project in science 
literacy for public environments by 
focusing on the public library. These 
computer* based modules run on personal 
computers, intended for a widis variety of 
environments and a wide audience. These 
nodules attempt to tackle deep problems 
with regard to what science is all about, 
what a scientific theory is, how theories 
are developed, now theories are verified, 
how theories are modified, and the role of 
■eadurement. Although public environments 
are the initial focus, we believe that the 
materials will be very useful in school 
programs at a wide variety of levels and 
eventually can be distributed for the home 
personal computer market. 

This paper reports in detail on one of the 
sets of modules developed for this 
projmct . 

BattTlaa and Bulha 

A number of programs at levels varying 
from primary school through university 
have used a simple physical situstion,^ thf 
lighting of a flashlight bulb using 
battmries and wires, to int'^oduoe to 
studmnts the notion of a model. The 
Bleaentary Scieooe Study (ESS) materials 
are an example. It has also been used, 
as indicated, in other programs. 

This material is based on guided 



discovery. The student is not isilA the 
necessary information, as in typical 
lectures or textbooks. Rather, with a 
good teacher in the classroom, the studiirt 
works by discovering, while guided and 
moderated by the teacher. One doenn*t 
simply turn the student loose with the 
apparatus and expect major laws of science 
to be developed (this is clearly 
impractical). The teacher acts as a 
guide, a facilitator, and a helper. 

The battery and bulbs material does not 
intend to teach people simple information 
about batteries and bulbs or information 
about the behavior of electrical circuits. 
The aim is not to introduce the important 
terminology in the area, although such 
vocabulary does eventually get introduced. 
Rather, the module tries to develop the 
notion of a aQienrifio model as the way of 
dealing with a range of phenomena. When 
used correctly, the existing material 
emphasa.zes the role of experimentation, 
the necessity of forming hypotheses snd 
building models, the central role of using 
models to make predictions, and the 
attempts to verify predictions through 
experimentation, modifying the models or 
constructing new ones. 

The difficulty with discovery or inquiry- 
mode materials of this kind is that they 
often require a teacher who understands 
the processes of science and is willing 
(and able) to let each student progress at 
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individual rates towards these ideas. The 
sad fact is, however, that not all 
taachers can proceed in such aTashion. 

Xapleaenting aany of the new and excellent 
sciance curricula at levels froia 
kindergarten through the university ii 
difficult for traditional teachers. 
Changing the behavior of an entire group 
of science teachers is extremely 
difficult, and teacher training has been 
one of the aajor problems with the new 
curriculum projects. These new materials, 
often excellent, do not reach their 
objectives in m ny classrooms. Although 
these objectives are clearly explained in 
teacher materials, many teachers simply do 
not sufficiently understand the processes 
of science to use th9 materials 
effectively. In addition, to devote 
enough time to AAfilL student is often 
difficult or impossible. Further, 
teachers are reluctant to follow an 
approach that appears to mean additional 
work OA their part. 

Furthermore, if many people who are 
already through the school system are to 
be brought to a better understanding of 
the nature of science, they must have 
other educational strategies available to 
them. The problems of adult education are 
very much on our minds in the present 
project. Ve believe it wise to build on 
existing experiences. We chose batteries 
and bulbs because there has been so much 
thought put into the development of these 
^ materials. But we believe that we can 
bring these materials to a much wider 
audience, and we can successfully solve 
the problem of teachers who are not 
trained for the necessary ap^proaches. 

Ft^ndamantal Ideas Davloped 
The materials do have as their 

primary purpose the development of 
terminology or concepts. Nevertheless the 
notion of iUQji concept^ are developed 
within Science is an important issue in 
scientific literacy, and so is given 
attent ion. 

In tbe batteries and buj bs module, current 
and resistance are major concepts. In 
following recent strategies at the 
Educational Technology Center, we do not 
introduce these terms immediately. We 
avoid the use of vocabularv, contrary to 
much of the teaching of science in 
American schools, until a sound and 
demonstrated juUil for the terminology has 
been established in the student's mind. 
That is, the concept should not appear 
until the notions underlying it have 
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already been developed and shown to lead 
to useful consequences. 

In introducing the concepts of current and 
resistance, we therefore proceed very 
slowly with the student, interacting in an 
experience gathering environment. These 
concepts themselves are Introduced only in 
a qualitative situation and are never 
assigned any numerical value within this 
program. Thus, such issues as units never 
play a role. The currents are co^apared; 
students are brought to the point where 
they can empirically say that the current 
in one situation is greater than the 
current in another situation. This 
comparison is based on the brightness of 
'light bulbs. ^o\ir levels of brig^ness 
are suf f lcient>-full , medium, low, and 
off. 

Resistance is also developed in the same 
qualitative manner, without numbers. 
Students do learn that the resistance of 
two bulbs in series will be greater than 
the resistance of a single bulb.. 
Furthermore, they see several different 
types of wires, such as copper wire and 
nichrome wire, and study them from the 
standpoint of resistance. 

The model of an electrical circuit is 
gradually introduced, although again with 
little emphasis on terminology. We 
believe, as already indicated, th^t one of 
the major problems with learning about 
science Is the extensive dependence on 
vocabulary. 

"Real" versus " j^lMii 1 a ted * EQulpaent' 
One of the interesting issues 'Considered 
in developing this msterial Is whether the 
student should have the actual 
equlpfflent->-batterles , bulbs, and 
wi res->->avai labia or whether equipment 
should be simulated within the computer 
program. We have used a variety of 
tactics in different modules developed 
recently in the Educational Technology 
Center. One tactic is to use equipment 
along with computer^mater ial . Another 
module under development for jun lor h igh 
science ^employs a "Whirlybird** out of the 
Science Curriculum Improvement Studies 
material . 

p 

However, with batteries and bulbs the 
decision was that we would jotftl use the 
physical apparatus, although we would 
mention it within the program and su^g^st 
users experiment on their own. Several 
members of the development team were 
somewhat apprehensive about this choice. 
We see both advantages and , disadvantages 
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in our approach. Many science teachers 
conai,dar it iaportant to use the actual 
equipaent to deal as closely as pcssi^^le 
with the phenomena. On the other hand, 
for the purposes of this particular 
■odule, the soaewhat idealized equipment 
that we supply within the program had some 
advantages. Thus, we did not need to deal 
with the problem that not all batterit^s 
are the same, not all bulbs are the same, 
•tc. Occasionally when the actual 
equipment is used with students, one has 
to put in spurious discussions explaining 
away some of the things that happen. With 
the apparatus we must assure identical 
bulbs and equally charged batteries. 

Although we are not initially conducting 
an experimental test on actual versus 
simulated equipment, we hope that the 
batteries and bulbs unit may allow further 
research into this problem of equipment in 
connection with scientific education. We 
intend to encourage experimental studies 
comparing computer materials without 
equipment, computer materials with 
equipment, and traditional instruction (no 
computer) with equipment. Many scientists 
have strong and emotional views on this 
issue. The research literature seems to 
have little in the way of careful studies. 

Structure of t he S^Quenoe 

Since this and the other material? In this 
particular project are designed for public 
environments in situations in which no 
assistance is available, we decided that 
the materi&ls should be broken into a 
series of quite small modules. The basic 
notion of these small modules was that 
students may not have a long attention 
span for any one use, but that one could 
expect over a period of time return visits 
for some students who l^^come interested in 
the material. Students can work through 
as much material as they are comfortable 
with in a single session. The modularity 
of the dialog is an important issue. 

The modules are ten or fifteen minutes in 
length for the average student. However, 
as with any good computer-based learning 
material, we expect this time to vary 
considerably from student to student. 
The modules in the batteries and bulbs 
sequence are as follows: 

Nodule 1 - Light the Bulb 

Module 2 - 3atte'*y and Bulb Arrangements 

Modj^^e 3 - Other Things in the Circuit 

Mo4^e M - A Scientific Model of a Circuit 

Module 5 - Two Bulbs 

Nodule 6 - Obstructing Current 

Module 7 - Current Paths 



Module 8 - Multiple Paths 
Module 9 - Playing with Circuits 

The stuuent will Initially see the program 
in what is called the **attract mode.** 
This mode,vUsed in all the materials in 
this project, l^res passers-by in the 
public library into sitting down and 
trying the program. Because o** the 
general interest people have in computers, 
we believe that this will be relatively 
easy. The programs mu:;t appear 
ncnthreatening , and they must not have any 
lar gv number of operating details before 
getting into the materials. The attract 
modes in these programs are often made 
from interesting visual materia''' within 
the program. 

When the student does sit down and follows 
the direction (on the screen in the 
attract node) to press a key, a map of the 
modules available appears. The student 
uses a built-in pointing device to 
indicate where within the structure he or 
she would like to starts We 'iuld urge 
beginners to start at the beginning. But, 
since this is a free environment, there is 
no assurance that they will do so. 

As already indicated, the materials must 
be entirely self-contained. We do not 
expect the librarians to spend time aidina: 
students. Furthermore, if the material is 
used in other environments , there may not 
even be any knowledgeable people present. 
So the dialog must make certain that the 
students can use the equipment. 

A number of strategies are being used. 
First, we make extensive use of timed 
••reads.** That is, if the student has not 
replied to a question or a prompt after a 
given period of time, the program assumes 
control and gives the stu^dent a message. 
In early parts of the program, these may 
simply be encpuraging input or telling the 
student \ih,\t is expected, auch as pressing 
Beturn when the input is complete . Our 
input software, developed in our NSF CAUSE 
project, distinguishes between someone who 
is not typing at all and someone who has 
typed something bu* haa not pressed the 
return key. Furthermore, the student who 
is activfly typingt even though there is a 
sizable time before typing began, will not 
be timed out, but will be allowed to 
continue typing. All of thes# are simple, 
human engineering strategies used in the 
Educational Technology Center at I.- vine 
for some t ime . 

There is also a mechanism of assuring that 
when a student leaves a display, the 
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program will iventually ret'irn to the 
attract aoda to await another u.^er. Note 
that the Bachine is always on and that no 
prograa needa to be loaded by the user. 

c 

Prodiietiftn Proceaa 

These aaterials were produced by the 
procejis which has been used for all recent 
materials within the Educational 
Technology Center. One of the aajor 
interests in the Center has been to 
develop a reasonable production strategy, 
one that can be extended eventually to 
future needs for large-scale production. 
This process has been described in^other 
papers associated with the Center. The 
first stage was the pedagogical 
developaent starge, the full specification 
of the script which tells everything about 
how the program is to behave with the 
aser. The principal pedagogical 
developers were Arnold Arons, Alfred Bork, 
and Barry Kurtz. Francis Collea and 
Stephen r"anklin also contributed valuable 
advice ana assistance, particularly In the 
early stages of the development. 
Developaent at this stage took 
approximately one week, with the authors 
developing the material collectively. 

As with all of our activities, we 
concentrate at this stage on the 
instructional Issues; programming issues 
are rarely considered. The group worked 
together, rather than fra^gmenting into 
several different groups. We argue that 
we produce mjjch superior material with 
Several people workin^ together than any 
one person does individually. 

The next stage involves the actual 
development of the running computer 
materials. With the batteries and bulbs 
modules, the principal programmers 
involved were Mark Gugan, Adam Beneschan, 
James Zarbock, and Miichael Potter. We 
work within the UCSD Pascal system, 
supplemented with additional software 
tools developed at the Educationil 
Technology Center. The programmers may 
discover some difficulties or areas 
overlooked by the pedagogical developers. 

The computer on which the development 
takes place is a Terak 8010/a. We are 
also usiftg the Terak for the Initial 
testing phase, but we plan to deliver the 
aaterials on a variety of small personal 
computers. We believe it increasingly 
important to distinguish between hardware 
needed for developaent and hardw«[re needed 
for delivery. If the material is 
developed with reasonable strategies, 
■oving it to new delivery machines does 



not prodiice any tremendous difficulties. 

After the materials are running, much 
additional examination of them goes on by 
both the programmers and the authors. 
Other oeople at the Educational Technology 
Center look at these materials and offer 
advice. Arnold Arons, in a return visit, 
made a detailed study of the unit with 
Barry Kurtz and the suggested changes are 
now being Implemented. 

At this stage in the process all the 
testing has been informal Internal 
testing. The next stage is that of moving 
to the target population. As of this 
writing, we are Just starting that 
process. 

The fol low-up stages involve gathering 
information during this irltia] process of 
testing on the target aud ence and 
reworking the dialogs based on this 
information. Sometimes several cycles are 
necessary f^ this. 

We can next pfroceed to larger testing. 
That step Is not planned within the 
present project. Rather, we believe that 
it is better for materials to be used for 
-Several years and to have reached a stable 
form before summative evaluation. Our 
main aim Is developing greater scientific 
literacy in a wide group of people In the 
general population. Hence, any final 
testing must look carefully into this 
particular issue. 

The materials will be available for use 
during the National Educational Computing 
Conference, along with^a wide range of 
other recently developed computer-based 
learning materials produced by the 
Educational Technology Center. The 
project welcomes visitors and Is happy to 
send additional in format ion about its 
activities. It also publishes a 
newsletter and welcomes requests to be put 
on the mailing for the newsletter. 
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ABSTRACT 

A course called Biological Simula- 
tion Techniques has been offered at 
Michigan Tech for about 10 years. 
Initially, Olivetti programmable calcul- 
ators were used, but since these use a 
machine-dependent language, there was 
little car*'y-over value for students. 
Kv^r this reason the course was changed 
tw use Basic language, and this change 
has been a key factor in developments 
described in this paper Subject 
matter now includes most major modeling 
techniques and provides examples drawn 
froir. all the r'.a3or fields of biology, 
'using Basic naturally led to the intro- 
duction of microcomputers. A text has 
evolved along with the course and is 
now in final stages of publication. 
Tha course has been the subject of 
se^'eial workshops held at Michigan TeCh 
an*, now serves as a model for similar 
courses being developed at other 
colleges and universities. The potential 
role of computer modeling and simulation 
in undergraduate life-science curricula 
will continue to expand as biology con- 
tinues to become more quantitatively 
oriented. 

BACKGROUND 

The Department of Biological 
Sciences at Michigan Tech began a formal 
course in simulation techniques in 1972. 
Fronv the start, students learned best by 
personal involvement in model develop- 
ment. To encourage *;his activity, 80 
percent of tne final grade was based on 
exercises submitted by the students. 
Olivotti programmable calculators were 
initially used for programming exercises. 
These early experiences with the course 
were reported to the Conference on 
Computers in the Undergraduate Curricula 
held at East Lansing ir June 1977. 
Because the Olivetti programming was done 
m a machine specific language, we 



decided students would benefit more by 
using the university's time-sharing 
system and programming language, a key 
factor in subsequent course development. 
Freed from specific hardware requirements, 
we could develop materials with general 
application in undergraduate lif'^-science 
curricula. 

BASIC AS A SIMULATION LANGUAGE 

Basic proved to be a very satis- 
factory language for instructional simu- 
lations . 

1) It is relatively simple. 
Typically students write programs within 
th-^ first week and expand their capabili- 
tii!S, largely on their own, throughout 
the course. The instructor can eirphasize 
modolihg and simulation techniques rather 
tha.i programming. We expect that as more 
students are exposed to Basic in high 
school we will be able to develop highly 
sophisticated models during the short 
period of one quarter. 

2) Unlike languages specifically 
designed for simulation, Basic can be 
used to explore a complete range of 
modeling techniques rather than empha- 
sizing one at the expense of others. We 
assume that students, after con^leting a 
survey course such as this, would move 
easi ly to specific simulation languages 
as the need arises. 

3) Because Basic is an interactive 
language, students can develop a model 
and then easily explore the effects of 
changing parameters. This feature also 
greatly facilitates the modification or 
"fine tuning" of models. In many ways, 
Basic is nearly ideal for computer 
modeling . 

4) Finally, Basic is the language 
most generally used on microcoirputers . 
This made it very convenient to adapt the 
course to use microcomputers when they 
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became available at a cost competitive 
witn time-saaring terminals. 

T*ius, tne transition to basic made 
possiblt^ tne development of a simulation 
course in a form tnat is transportable to 
otner colleges. 

TRANSITION TO MICROCOMPUTERS 

For three years students used the 
uNIVAC lllU, primarily in the time -share 
itiode. Tnis approach was not totally 
successful for a variety of reasons. 
Students witnout previous computer exper- 
ience often dropped the course as a 
result of tiie initial trauma of inter- 
acting with the computer. This problem 
was often compounded by a communication 
ureakaown between the computer center, 
tne instructor, and the student. In any 
case, use of UNIVAC involved difficulties 
not previously erucountered when the use 
of programmable calculators was controlled 
by the instructor . To avoid these 
difficulties, we looked for alternatives 
wnich offered instructor control. Other 
problem^, including crowding in the 
com^^uter center and tne long distance 
oetween* students and the instructor 
wiien questions arose, would also be 
solved. Ue consiaered purcnase of 
additional tiine-snaring terminals to 
improve tne situation. Iiowever, we 
found tnat iuxcrocoruputei s capable of 
grapnics display, hard-copy output, and 
independent operation could be obtained 
for little more than a time-share term- 
inal - tne choice was obvious. Support 
for tne r:urchase of additional equipment 
was ODtained from the National Science 
Foundation, Instructional Sciencific 
Equipment Program under grant No. 
SER-8O134U0 . 

HARDWARE Rt^U IRE.4ENTS 

Tne Apple II microcomputer was 
selected because it provides a rela- 
tively nign resolution graphic display 
wnich is essaritial as an end-produut for 
most modeling exercises. Each student 
station IS provided with the microcom* 
puter with Applesoft ROM, 48K bytes of 
memory, a disk drive, a 9" monitor, and 
silentype printer, rive stations are 
provided for a class of 40 students. 
Each student is scheduled for 3 hours of 
computer time each week. The lab is open 
about 50 hours during the week so students' 
nave adequate time to carry out the 
assigned work. 

Equipment problems have been no mo^e 
numerous than would be expected from 
new equipment. The modular nature of 
tne Apple system has made it easy to 
pin-point problems and to replace 



defective ccmponents. 

PROGRAMMING AIDS 

At the beginning of the course, each 
student submits a floppy disk to the 
instructor for initialization with 
several programming aids. These ajds 
include : 

1) RENUMBER - an Apple program for 
resequencing and merging Applesoft 
programs . 

2) GRAPH - a combination of subrou- 
tines used to draw and label axes, plot 
lines, or points, and to write character 
strings on high resolution graphics. 

3) CURVEFIT - a program that per- 
mits the user to fit 9 different model 
equations to a set of x,y data by least 
squares, select the best-fit by statis- 
tics, and obtain hard-copy grc'phic 
output, 

4) POLYP IT - a program tr.at fits 
five polynomial equations to a set of x,y 
data, selects the best-fit, and provides 
hard-copy of statistics and a graph of 
the best-fitting model in relation to the 
data . 

5) POISSON - a program that compares 
computer generated data with those 
expected from the Poisson distribution. 

TLXT 

One problem in teacning ^ne course is 
a lack of appropriate texts. Although 
several deal with biological modeling, 
essentially none are designed to be used 
by students learning the practical aspects 
of converting mathematical models into 
computer simulations, an important step 
students only learn by doing. Thus, we 
began to develop and to test a large num- 
ber of modeling exercises i llustrating all 
the ma3or modeling approaches applicable to 
biological systems. This material has 
been collected and will be published 
shortly as a book by Addison-Wesley . 

The course is divided into three parts. 
The first deals with simple equation 
models based on an analytical solution of 
rate or steady-state equations. Tne 
second part discussed multicomponent 
deterministic models. They are generally 
based on a numerical solution of differen- 
tial equations, although several other 
n'lmerical techniques are included. The 
third part emphasizes discrete event 
models which employ the Monte Carlo tech- 
nique to make decisions based on random 
numbers. In each of the three parts, 
exercises and examples are drawn from all 
fields of biology, from the molecular to 
the population level. Emphasis is placed 
on the integrative nature of mathematics 
as it relates to biology. 
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FACULTY WORKSHOPS 

For the past three years Michigan Tech 
has carried on college faculty workshops 
dealing with biological simulation tech- 
niques and the general application of 
^ microcomputers to college biology instruc- 
tion. Approximately 50 individuals 
representing over 40 colleges and univer- 
sities have participated. The primary 
objective of the 1981 workshop is to 
review a series of instructional simu- 
lations whicn have been developed at 
Michigan Tech with support from the 
National Science Foundation, Development 
in Science Education Program {SED-7919051) . 

POTENTIAL FOR COMPUTER SIMULATION IN U^.^DER- 
GRADUATE LIFE SCIENCE CURRICULA 

Undergraduate biology instruction is 
becoming much more quantitative. Many 
bioscience programs have increased require- 
ments for mathematics, statistics, and 
computer science. In addition, many 
schools now require two or more years of 
chemistry and physics for the B.S. degree 
in biology. In many fields and at many 
universities, graduate study in life- 
science has become highly mathematical and 
modeling oriented. Examination of life 
systems strongly suggests that the poten- 
tial for mathematical applications in 
biology may ultimately far exceed all the 
otiier sciencfcb. Clearly, we should begin 
providing a stronger matnematical basis 
for most biology coursework. The addition 
of a computer simulation course provides at 
least one measure of meeting this impor- 
tant need. A simulation course provides 
^'information and concepts that are comple- 
mentary to the topxcs which are typically 
taught in biometrics courses. At Michigan 
Tech, both biometrics and computer simu- 
lation are taught on the senior level, 
and quantitatively oriented biology 
students usually take both. As biology 
becomes more mathematically oriented, it 
IS only natural that courses such as bio- 
0(i3trics and simulation will play 
increasingly important roles in bio- 
science curricula. 
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The use of computers in education 
has slowly increased over the past twenty 
years. A number of recent changes in 
technology and education has now greatly 
increased the educator's interest in 
computers for learning and teaching: 

1) The low cost of micro- 
computers merits re- 
thinking the uses of 
technology in education. 

2) Inexpensive communications 
may shift the role of 
centralized educational 
computing. 

3) Incentives will improve 
for commercial production 
of materials for training 
and continuing education. 

4) Home confuting, combined 
with other technology, 
will support a trend to- 
ward more education in 
the home (Zinn, 1978). 

These changes coupled with such 
predictions that "within the next 
decade every secondary school in the 
country will have access to a computer 
system for some type of administra- 
tive a«id/or instructional application" 
(Bukowski and Korotkin, 1976) make it 
clear that computer-assisted instruction 
(CAI) will play an important role in the 
future of education. Yet individual 
and institutional acceptance of CAI has 
not been overwhelming. X«eaders in 
education recognize that adoption of 
a new innovation, such as CAI, should 
be preceded by studies or. the impact 
of this new technology. 



With these developments m CAI 
and the related problems in mind, re- 
searchers began to consider the poten- 
tial value CAI may hold for secondary 
physical science students. Can secon- 
dary students learn with CAI? What 
would be the students* reactions toward 
CAI? 

The educational promise of CAI 
lies in its ability to individualize 
and personalize the instructional 
process. CAI lessons can test as well 
as tutor by encouraging students to 
become active participants in their own 
learning. Students work at their own 
pace while the computer monitors their 
progress. Students are kept informed 
of their progress through immediate 
response and achievement summaries. 

These attributes seem beneficial 
to all content areas, including physical 
science. 'After making a search of 
existing physical science courses, 
commercially available CAI materials 
and related literature, we discovered 
a void exists in the use of CAI in 
secondary physical science. Can this 
void be filled? If so, what reactions 
might secondary physical science stu- 
dents have toward CAI materials? 

Purpose of the Study 

This study was designed to: (1) 
develop a CAI lesson that involves 
the study of ^ common topic' of physical 
science for use in secondary science 
classes; (2) test the materials in a 
natural setting; (3) determine the 
effectiveness of the CAI lesson based 
on achievement tests related to specific 
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lesson objectives; and (4) identify 
and measure the reaction of students to 
a CAI lesson. 

Can CAI be used to supplement. the 
teaching of secondary physical science? 
To answer this question, a CAI lesson 
about introductory electricity was 
developed and tested for a ninth grade 
physical science course. In testing 
the material, data were gathered to 
answer these questions: 

1) Were the content objec- 
tives for each part of 
the lesson fulfilled? 

2) Do students* pre- and post- 
test achievement scores 
indicate they learned the 
CAI lesson material? 

3) What were the students* 
reactions toward the CAI 
lesson? 

4} Was there a x ^.lationship 
between student achieve- 
ment scores and student 
reactions towards the CAI 
lesson? ^ 

Description of the Study 

To conduct this study it was 
necessary to: 

1) select a lesson topic, 2) develop 
and program the lesson, 3} write a 
study guide, and 4) develop and 
administer the evaluation instru- 
ments. The CAI lesson materials 
consisted of a four-part lesson 
plan; a TRS-80 Level I microcomputer; 
a study guide; wires, switches, 
batteries, bulbs, and circuit boards; 
meters: voltmeter and ohmmcter; and a 
calculator . 

The lesson topic had to be 
adaptable to the tutorial and drill/ 
practice modes of CAI, and use a 
variety of manipulative instructional 
aids. Electric circuitry satisfies 
all these objectives, and was selected 
as the lesson topic. 

The lesson was developed in 
four major parts. The first part 
was a short tutorial, interactive 
program designed to familiarize the 
student with how to operate the 
microcomputer. The student was 
introduced to the computer keys and 
shown how to respond to computer 



questions. This part of the lesson 
was designed to relieve the student of 
any initial anxiety about the use of 
the computer. ^ 

The second part introduced the 
student to electrical symbols, cir- 
cuit diagrams, and elementary termin- 
ology. This was done in conjunction 
with the student study guide. A 
progress check was made at the end of 
this part to determine if the objectives 
had been attained. If not, the student 
repeated this part. 

The third part explained Ohm's 
Law and allowed the student to practice 
problems of this kind for a series 
circuit. The computer randomly gener- 
ated Ohm's Law problems for each 
student. A hand calculator was allowed 
since this lesson was not designed to 
improve mathematical abilities. If 
a minimal score of 75% was not achiev-jd, 
the concept of Ohm's Law was reviewed 
and the student completed another 
progress check. 

In the fourt** part, students 
built series circuits according to 
diagrams presented in the study guide. 
After getting the light bulbs to 
light, meter readings were taken in 
different parts cf the circuit. These 
readings were recorded in the study 
guide and their accuracy verified with 
the computer. If the readings were 
not within an acceptable range, the 
computer program gave the correct 
answer and explained why this answer 
was correct. 

The lesson was program'^^d on a 
Radio Shack TRS-80 Level t Basic micro- 
computer. Throughout tlie lesson a 
study guide was used in conjunction 
with the computer to provide more 
detailed instructions and to record 
information. 

The objectives we identified 
represented a variety of cognitive 
levels as described by Bloom (1956), 
and served both as the basis for 
development of the evaluation instru- 
ments and the lesson content material. 
Each test item was related to a spe- 
cific objective, and the same items 
were used in the pre- and the post- 
test. 



ERLC 



240 



NECCISei 



Pre- 


Test 


\ 


/ 



First Part 
of Lesson 



Second Part 
of Lesson 



Third Part 
of Lesson 



Fourth Part 
of Lesson 



Post 


-Test 


\ 


/ 


Attitude 
Scale 




/ 


Interview 



Achievement 



Electric Symbol Identification 



Definition of Factors 
Affecting Electric Current 



Ohm's Law Problems 
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Achievement 



Wri tten responses to attached 
scale (see Appendix C) 



Structured interview based on 
starred (*) questions on 
attitude scale 



Figure !• Procedural Plan for Study 
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A survey of attitudes towards the 
lesson was also made. A questionnaire 
was designed to measure the students* 
ininediate reactions tcswards various 
lesson parts as well as his or her 
reaction to the overall.^lesson. The 
result was a five choice Lijtert-^type 
attitude scale with both dhort answer 
and written response portions. The 
m£ucimum positive response on the Likert 
scale has a value of 5 £md a minimum 
value of 1. 

Pilot testing of the attitude 
scale revealed that further in-depth 
responses to certain questions were 
needed, depending upon the students' 
answers to certain questions. These 
responses were obtained in a structured 
interview. The interview was individ- 
ually administered and taped. 

Each student who marked one ^ 
or all of the designated questions on 
the attitude scale was interviewed to 
ascertain his or her free responses 
to those questions. The free responses 
provided detailed information with re- 
gard to the questions of concern. 

The students who participated 
in the study were enrolled in physical 
science in a small ninth grade learning 
center during the school year 1978-79. 
The group included 16 males and 11 
females. Students were randomly 
selected from two college-bound 
classes to participate in the study. 
These students had not been pre- 
viously exposed to the lesson 
material. 

The pretest was administered 
to the CAI students as a group. From 
one to ten days later they began the CAI 
lesson. The students were allowed 
to leave one of their regular classes 
to complete tlie CAI lesson. The 
lesson was given to individual students 
with a teacher available for aid and was 
normally completed in 45 minutes to 
1 1/2 hours. After completion, about 
half of the participants were immed- 
iately given the post-test and atti- 
tude scale. The other half took the 
test the next day. 

Results 

The pre- and post-tests and 
attitude scale were hand scored. The 
statistical ai alyses were done on the 
Radio Shack Tns-80 microcomputer. 



1. were the content objectives 
for each part of the lesson fulfilled? 
The data indicate that 87.8% of the 
students fulfilled all of the 8 objec- 
tives. 

2. Do students* pre- and post- 
test achievement scores indicate that 
they learned the CAI lesson material? 
Student achievement was analyzed ii} 
the four sections of the lesson: (1) 
electric circuit symbol identification # 
(2) electricity terminology, (3) Ohm's 
Law problems, and (4) circuit meter 
reading predictions. These results 
are summarized in Table 1. 

3. What aspects of the CAI 
lesson were taught successfully? 
Four major categories of the test 
were examined in answering this 
question. The results are shown 
in TcUble 1. All students show im- 
provement in all four areas. The 
largest gains in decreasing rank 
order are symbol identification, 
electric current, circuit meter 
readings, and Ohm's Law problems. The 
percentage of positive change ranged 
from 95.6% to 113.8%. 

An examination of individual 
pre-test and post-test scores reveals 
the following data. The mean ef the 
pre-test scores is 21.6% with a stand- 
ard deviation of 18.32. The post- test 
mean is 93.83% with a standard devia- 
tion of 6.95. The largest increase 
in an individual student's test scores 
was 100% while the smallest increase 
was 22.33%. 

The graph of the distribution 
of pre-test and post-test scores indi- 
cates two groupings (Figure 2). The 
pre-test scores are clustered at the 
lower end of the histogram. This indi- 
cates that without preparation, the 
material in the pre-test is too diffi- 
cult for ninth grade students. High 
post-test scores reflect a substantial 
gain in student achieveirient levels. 
Table 2 shows that student achievement 
gain on all four parts of the test 
was statistically significant. The 
possibility of this gain occurring by 
chance ranges from 1 in 20 to 1 in 
4,000. 

4. What were the students' 
reactions toward the CAI lusson"^ 
Table 3 shows the results of the stu- 
dents' responses. Table 4 shows the 
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number of students -who responded to each 
question on the Likert-type items. 
The percentage value is the number of 
students who responded to that question 
divided by the total number of students. 
Questions 2 and 6 were rated the most 



negatively. Question 2, dealing with 
the degree of lesson difficulty, did not 
affect the level of achievement attained. 
The negative response to question 6 was 
to be expected since 6v'.6% of the stu- 
dents had not had previous experience 
with a computer. 



Table 1 

Average Student Achievement on Each Category of Test 



Test Cagetory 


Pre test 


Post test 


A 


A 




Electric Symbol 
Identification 


2.5 


26.4 


23.9 


956.0 




Definition of 
Factors Affect- 
ing Electric 
Current 


4.89 


26.11 


21.22 


433.94 




Ohm's Law 
Problems 




25. 66 


13.66 


113.83 




Circuit Meter 
Readings 


7.5 


19.5 


12 


160.0 




Mean 


6.72 


24.42 


17.69 


420.94 
















variance 


16.55 


10.84 


33. Zl 






Std. Dev. 


4.07 


3.29 


5.76 






Paired-t-Test 




df = 3 


t = 

6.14073 


P < 
.0025 
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Figure 2. Pretest (- 



-) and Posttest (- 



-) Score Distribution in Percent. 
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Table 2 

Paired t-Statistic and Significance Level 



Lesson Name 


Paired 


-t-Test 


Significance 


Electric Symbol 
Identification 


t « 58 


.7878 


p < .00025 


Definition of Factors 
Affecting Electric 
Current 


t = 11 


.5387 


p < .00025 


Ohm*s Law Problems 


t « 6 


25244 


p < .0125 


Circuit Meter Readings 


t = 4 


0 


p < .05 


Average Student 
Achievement on All 
Test Categories 


t = C. 


14073 


p < .0025 



Table 3 

Student Attitude on Individual Questions 
from the Attitude Scale 



Question No. 


Mean 


Median 


Variance 


Std. Dev. 


Range 


1 


4.37 


4 


.32 


.56 


2 


2 


2.59 


2 


1.56 


1.25 


4 


3 


4.04 


4 


.42 


.65 


2 


4 


4.44 


5 


.72 




4 


5 


4.48 


5 


.41 


.64 


2 


6 


2.37 


2 


1.5 


1.24 


4 


7 


4.44 


5 


.72 


.85 


4 


Average 


3.81 











(S.O Maximum positive value) 
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Table 4 

Student Attitude Responses on Likert Scale Items in Percent 



SA 

D = 



1. 
2. 
3. 



» Strongly Aqree; A = Agree; NO = No opinion; 
Disagree; SD = Strongly Disagree ^ 



5. 



I enjoyed the lesson. 

The lesson was difficult. 

The practice problems were 
helpful in understanding 
Ohm's Law. 

The study guide was useful 
during the lesson. 

The computer responses to my 
answers aided me is checking 
my progress. 

X had problems working with 
the computer equipment. 

I prefer learning by the 
lecture method supplemented 
with the computer rathe?: than 
strictly the lecture method. 



SA 


A 


NO 


D 


SD 


40.7 


55.5 


3.7 






7.4 


22.2 


11.1 


40.7 


18.5 


22.2 


59.2 


18.5 






55.5 


40.7 






3.7 


55.5 


3.7 


7.4 
• 






7.4 


11.1 


22.2 


29.6 


29.6 


55.5 


40.7 






3.7 



The remaining attitude items and 
corresponding student responses follow: 

ITEM 8. 



ITEM 9. 



More 

a. Problems 51.9 

b. Circuit 
building 44.4 

c. Computer 
assist- . 
ance 33.3 

d. Lesson 

time 51.9 



The 
Same 

48.1 
44.4 

66.6 
48.1 



Less 



11.1 



ITEM 10. Which part of the lesson 
was boring? 



Have you had any previous 


Loading programs 


9 


(33.3%) 


experience in operating a 


Progress quiz 


3 


(ll.J%) 


computer? 


Building circuits 


2 


( 7.4%) 




None 


1 


( 3.7%) 


Yes:^ 33.3% No: 66.6% 


Symbols 


1 


( 3.7%) 




Ohm's Lav problems 


1 


( 3.7%) 


Ther^ should have been (%) 


Computer usage 








program * 


1 


( 3.7%) 



The results from Item 10 were 
reasonable. With this compu- 
ter's small memory capacity 
(four K bytes) it was nec- 
essary to write four different 
programs corresponding to the 
four lesson parts. As each 
part was needed it had to be 
loaded into the computer. The 
loading time for the cassette 
recorder is about two minutes 
per program, and this waiting 
time bores students. 
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ITEM 11. 



Which part of th3 lesson was 
interesting? 



ITEM 14. 



ITEM 15. 



ITEM 16. 



All 

Circuit building 
Progress quiz 
Computer responses 
Ohm's Law Problems 



15 (55.5%) 

7 (25.9%) 

3 ai.1%) 

1 ( 3.7%) 

1 ( 3.7%) 



ITEM 12. Was the lesson confusing? 



ITEM Jt3. 



Yes 


4 


(14.8%) 


At times. 


10 


(37%) 


No 


13 


(14.1%) 


What did you like most 


about 


using the computer? 






No answer 


7 


(25.9%) 


Using the computer 


6 


(22. 2%) 


Computer responses 


5 


(IS. 5%) 


It was different 


3 


(11.1%) 


AIJ 


2 


( 7.4%) 


Its memory 


1 


( 3.7%) 


Easy 


1 


(3.78%) 


Fun 


1 


( 3.7%) 


Progress qui?. 


1 


( 3.7%) 


What did you dislike 


most 


about using the computer? 


Nothing 


11 


(40.7%) 


No answer 


9 


(33.3%) 


Loading the program 


5 


(18.5%) 


Progress quiz 


1 


( 3.7%) 


More explanations 


1 


( 3.7%) 


I would like to use 


the 


com- 


puter to learn 75.4% 


of 


the 



time. 

Did the computer lesson help 
you to learn the topic/ 



Yes 
No 



26 (96.3%) 
1 ( 3.7%) 



(Oddly, the student who answered 
no to this question answered 
100% for question #15 above.) 

Additional student comments included: 

"It was a blast! !!!!!" 
"I would like to do it more." 
"It would be nice if we* re abl^ 
to use the computer this way 
more often. " 

"I liked it a lot. It made 
learning fun. " 
"This method is very effec- 
ti j!!" 

"The comp* :er tape recorder 
would no* jut off properly. 



Please have it repaired." 
"It was fun. " 

The results of the interviews were as 
follows : 

ITEM 6. I ha<^ problems working with 
the computer equipment. 

"Yes, the U key made multiple 
U • s . " 

"Yes, I couldn't gu back in 
::he lesson." 

ITEM 7. I pre'**r learning by the lec- 
ture method supplemented with 
the computer rather than 
strirtly the lecture method. 

^ "¥-«-, with the lecture method 

I can ask questions at any 
time. " 

ITE>: 12. Was the lesson confusing? 

"Yes, there could have been 
more explanations on how to 
build the circuits." 

ITEM 16. Did the computer lesson help 
you to learn the topic? 

"It helped with all except the 
circuit building." 

5. Was there a relationship be- 
tween student achievement scores and 
stodent reactions toward the CAI less 
The Pearson product-moment correlation, 
coefficient was used to determine if any 
relationship existed between the stu- 
dent's post-test score and his attitude 
score; and, the student change in score 
from pretest to post-test and his atti- 
tude score. Post- test Score to Attitudes 
Score Correlation Coefficient = .226; 
Pre and Post-test Score Change to atti- 
tude Score Correlation Coefficient = 
-.262. This indicated an undefined re- 
lationship betwv«;en achievement and atti- 
tude in this study. 

Conclusion 

The evidence from this study sup- 
ports the conclusion that computer- 
assisted instruction can effectively in- 
crease student achievement in secondary 
physical science while leaving the student 
with a positive attitude toward the learn- 
ing experience. 



ERLC 



24 



Science II 237 , 

\ 



Recommendations fur further Study Zinn, Karl L. 1978. A Place for Per- \ 

sonal Computing in Schools and i 
This research suggests a number of Colleges. Interface Age . 3: 70-75. 

areas for further study in this new field I 



In what content ares and in 
wbat ways can CAI be most 
effective in supplementing 
traditional instruction? 

Specifically how does CAI im- 
prove instruction? 

What are the long-term effects 
of achievement gain through 
CAI? 

How are student attitudes to- 
ward CAI affecttd over the 
long-term? 

How can the design and develop- 
ment of CAI programs be im- 
proved? 

How can the development of 
quality CAI programs be en- 
couraged? 

Wha^ are the most effective 
means of introducing educators 
and administrators to the bene- 
fits and limitations of CAI? 



REFERENCES 

Bloom, B.S. (ed.) 1956. A Taxonomy of 
Education Objectives: Cognitive 
Domai n, New York: Longmans Green. 

BuJcoski, William J. and Korotkin, Arthur 
L. 1976. Computing Activities in 
Secondary Education. Educational 
Technology . Jan. : 9-23. 

Feldhusen, John and Szabo, Michael. 1969. 
The Advent of the Educational Heart 
Transplant, Computer Assisted Ins- 
truction: A Brief Review of Re- 
search. Contemporary Education . 
40: 265-27T: 

Glaser, R. (ed.X 1965. Teaching Machines 
and Programmed Learning, II, Data 
and Directions . Washington, D.C. : 
Department of Audio-Visual Instruc- 
tion, National Education Associa- 
tion. 

Skinner, B. F. 1968. The Technology of 
Teaching . New York : \ppleton- 
Century-Crafts. 



such as : 
1. 

2. 
3. 

4. 

5. 
6. 
7. 



ERIC 



248 



238 NECC1961 



AN OVERVIEW OF MICRO-CMI 



Sponsored by AEDS 



Don Mclsaac 
Educational Sciences Building 
University of Wisconsin-Madison 
1025 West Johnson Street 
Madison, WI 53706 
(608) 263-2718 



Abstract : 



MICRO-CMI is a computer program 
developed for the LSI-11 computer. It is 
the third generation o^ CMI development 
following implementation of a similar 
kind of program on a Univac 1100 time- 
sharina system at the University of 
Wisconsin. MICRO-CMI supports 1000 students 
in 37 diffe '»nt progreun areas, maintaining 
up to 2500 yrade records in each curriculum. 
The program groups students according to 
instructional needs when asked to do so, 
and will provide a diagnosis and prescription 
if these data have been entered into the data 
base. The program currently operates in 
Milwaukee and McFarland, Wisconsin, 
Danville, Illinois, and Lake Scevens, 
Washington. 



MICRO-CMI demonstrates the viability 
of microcomputers in the schools, 
performing the important classroom tasks 
that emerge with an individualized 
program. These individualized programs 
require extensive data collection and 
report generation. MICRO-CMI is designed 
to perform that need in an efficient and 
cost-effective manner- 
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NETWORK INFORMATION RESOURCES FOR COMPUTERS 
IN TEACHING AND LEARNING 



Chaired by Karl Zinn 
University of Michigan 
Ann Arbor, MI 48109 



ABSTRACT : 

Many people are seeking current and 
accurate information about computer uses 
in teaching and learning. The burden on 
advisors is increasing rapidly due to 
inexpensive computers, advertising by 
vendors, inclusion of computers in 
technical curricula, and recognition of 
impact of computers on careers. Although 
the sources of good information may 
continue to be national projects, centers, 
clearinghouses, publishers, and vendors, 
the delivery and interpretation will be 
done more effectively through local 
resource people (librarians in media or 
learning resource centers, staff in 
science centers, curriculum coordinators, 
etc.). 

This session sums up what is being 
done by public agencies, information centers 
and projects, professional associations, 
commercial organizations, R&D projects, 
and college or university programs to help 
local resource people. It will serve two 
purposes: provide information tor those 
new to the field; and hold discussion 
among those responsible for providing 
information to teacners using computing. 
For example, can the technology be useful 
in dissemination (interactive decision aids, 
computer-controlled video, directories in 
computer- readable form, directories on 
national data services, community bulletin 
board systems, electronic mail, local 
aJaption of computer-based directories, 
etc.)? What models do we have for effective 
support networ)cs? What approaches or 
techniques have already shown some success? 



PARTICIPANTS : 

James Johnson 
CONDUIT 

University of Iowa 
Lindquist Center 
Iowa City, lA 52242 

Joseph Lipson 

National Science Foundation 
1800 G Street N.W. 
Washington, DC 20550 

Laurette Lipson 

National Medical Audio Video Center 
8600 Rockville Pike 
Bethesda, MD 20209 
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PRECOLLEGE COMPUTER LITERACY 



Ronald E. Anderson 
Edward E. Wachtel 



ABSTRACT ; Instructional Materials for 
Computer Literacy 

Ronald E. Anderson, Computer Literacy 
?ro3ect, Minnesota Educational Computing 
Consortium, 2520 Broadway Drive, 
Saint ^aul, MN 55113 

With funding from the National Science 
Foundation, the Minnesota Educational 
Computing Consortium (MECC) will design, 
develop, test, and evaluate an integrated 
set of twenty-five student learning modules 
for science, mathematics, and social 
studies courses in secondary schools. The 
central theme of these. learning packages 
will be the computer — how it works, how 
It IS used, its impact on the individual 
and society, and the implications of its 
use for the future. The project presumes 
that abilities, skills, attitudes, ana 
cognitive learning are all aspects- of a 
person's computer literacy; the learning 
packages will be based on a set of learning 
objectives that reflect these areas. The 
materials will be written for students 
entering junior high school. However, 
they could be used at other secondary 
school levels as well. 



ABSTRACT ; Computer Science Summer School 
Offering; A Place to Start 

Edwdrd E. wachtel, Comnuter Education 
Steering Committee, Shaker Heights City 
School District, 15600 Parklard Drive, 
Shaker Heights, OH 44120 

The Shaker Heights city Schools 
offered a non-credit junior high computer 
course in the summer of 1980 for d limited 
number of students. It was a pilot for 
computer science offerings to be developed 
during the 1980-1981 school year. 



The course included thorough 
instruction in the Basic programming 
language on a variety of hardware, two 
field trips, and discussions of computer- 
related topics. 

The structuring of the course and its 
eventual execution and evaluatii)n has 
given valuable information for the further 
development of credit computer fecience 
offerings in the Shaker schoolW. It has 
also spurred the possible creation of 
future summer computer science/ of ferings 
and similar offerings open to adults 
through the local recreation board. 



ABSTRACT ; A Five-Year Time Line for the 

Integration of Computers into the Shaker 
Heights City Schools 

Edward e. Wachtel, Computer Education 
Steering Committee, Shaker Heights City 
School District, 15600 Parkland Drive, 
Shaker Heights, OH 44120 

The Shaker Heights City Schools, a 
suburban district of approximately 6000 
students, funded a project in the summer 
of 1980 to prepare a detailed five-year 
plan for integrating computers into the 
schools, K through 12. Such a plan was 
developed for presentation by 1 September 
1980 by a team within the district and 
included explicit recommendations for 
hardware and software purchases, the 
expansion of CAI-CMI, the establishment 
of a computer scienca department and 
consequent computer science offerings at 
the secondary leval, administrative 
structure, staff training structures, 
estimated costs and other related 
considerations. 

A discussion of the plan and its 
creation would be of value to others 
contemplating a major move to computeri, 
in their school systems. By the 
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presentation some critical observations 
concerning the implementation of this 
plan will also be possible. 



242 NECC1981 



REPORT OF ACTIVITIES OF THE ACM 
ELEMENTARY AND SECONDARY SCHOOLS SUBCOMMITTEE 



Co-Chaired by 

J. Philip East 
Computer & Information Science 
University of Oregon 
Eugene, OR 97403 

Jean B . Rogers 
Computer & Information Science 
University of Oregon 
Eugene, OR 97403 



ABSTRAC T: 

The ACM Elementary and Secondary 
Schools Subf-omn^ittee {ES3) of i:he ACM 
Curriculum Committee on Computer Science 
was formed in June, 1978. Originally, 
twenty-nine task groups were organized 
to^ investigate and report on specific 
aspects of computer use and instruction 
in pro-college education; they gathered 
and organized large amounts of informa- 
tion and started producing working papers 
and preliminary reports. 

By the summer of 1980, several 
groups had completed their tasks, and 
others had interm reports written. In 
January 1981, the Education Board of 
ACM, along with the ACM Special Interest 
Groups in Computer Science Education 
(SIGCSE) and Computer Uses in Education 
(SIGCUE) , published reports by seventeen 
task groups in a special bulletin called 
TOPICS Computer Education For Elementary 
and Secondary Schox:>ls . 

Two final reports included in this 
publication have been accepted by the ACM 
Education Board as statements of the 
board's position on the matters discussed. 
One of these reports is "Teacher Education" 
by Jim Poirot, Robert Taylor^ and Jim 
Powell. This report specifies competencies 
needed by all teachers at these levels, 
whatever their primary discipline might be, 
as well as competencies needed by teachers 
of computing. A second final report is 
''Computer Science in Secondary Schools: 
Recommendations for a One-Year Course" by 



Jean Rogers and Dick Austing. This 
report suggests some factors to consider 
in implementing a secondary school 
level computer science course, as well as 
delineates the study topics to be covered 
in such a course. 

Summaries of the two final reports^ 
the report on Ethical and Social Concerns 
and the report on Programs for the 
Talented and Gifted, will be presented. 
Other reports may also be discussed, 
depending on the preference of those 
people present. 

Another portion of this report 
s*^ssion will be devoted to a review of 
the past and present activities of ES3- 
This discussion will include the original 
list of task groups and its evolution, an 
enumeration of task groups that produced 
reports, and a discussion of the process 
of developing and approving reports. 

ES3 is currently undergoing both 
structural and procedural changes. Two 
specific questions will be considered in 
this context: 

1. Which of the tasks that have been 
identified should be given 
emphasis in the near future? 

2, What procedure should be used to 
develop future reports? 

A major function of this presentation is 
to allow discussion of these issues. 

Session attendees vdll be provided 
the opportunity and are encouraged to 
comment on the reports and other aspects 
of ES3. 
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THE FUTURE OF MICROCOMPUTERS IN EDUCATION: A VENDOR'S VIEW 



Glenn Polin 
Apple Computer, Inc. 
Cupertino, CA 95014 



ABSTRACT : 

How does the world of microcomputers of the major education publishers (such 

in education look to one of its principal as SRA) aad major user groups (such as 

manufacturers, Apple Computer , Inc.? This MECC) in the production of CAI will be 

session will focus on the expanding world discussed; also, the economies of scale 

of microcomputers in computer literacy, required for widespread CAI development 

programming education, and CAI. The role and usage will be described. 
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PERSONAL COMPUTING TO AID THE HANDICAPPED: 
THE JOHN HOPKINS FIRST NATIONAL SEARCH 



Sponsored by IEEE/Computer Science 

Paul L. Hazan 
The Johns Hopkins University 
Applied Physics Laboratory 
Johns Hopkins Road 
Laurel, MD 20810 



ABSTRACT : 

Extending the reach and improving the 
quality of life of disabled people are 
rurely among the most worthwhile achieve- 
ments that will result from the expanding 
use of computers. The promising alliance 
between the power of computing technology 
and the urgent needs of the handicapped is 
providing opportunities that are capturing 
the imagination of both the handicapped and 
the computer communities. 

Sympathizing with the need to relieve 
many constraints under which handicapped 
people live and to turn opportunities into 
reality, the Johns Hopkins First National 
Search was conceived as a nation-wide 
competition to inspire computer-based 
applications aimed at meeting the daily 
living, educet-.onal , and vocational needs 
of disabled persons. 

The objectives of the competition are 

to: 

Focus the power of computing 
technology on the urgent needs of 
handicapped citizens. 

Foster individual innovation and 
creativity throughout the nation. 



Since the ultimate objective is to 
get solutions into the hands of thdse who 
need the^n, a nationally publicized 
two-day workshop will be held at the 
conclusion of the program to bring together 
search participants, potential users, 
government agencies, industry, academic 
and rehabilitation institutions. To 
recognize and further publicize the 
achievements of the winners, proceedings 
describing the winning submissions will 
be published. 

The Johns Hopkins National Search is 
an opportunity for the imaginative to 
help realize the claimed potential of 
this new technology. Much has been saiJ 
about the potential of personal computing 
for the handicapped, and a number of indi- 
vidual successes have been achieved. 
For most of us, however, this is an 
exceptional opportunity to translate 
ideas into reality. 

A ten minute video tape highlighting 
applications of Personal Computing to 
Aid the Handicapped was part of this 
conference session. 



Encourage individuals, professional 
societies, and academic, indus- 
trial, government, civic, and 
rehabilitation organizations to 
work together to meet a major 
national need. 
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THE STUDY OF U.S. REGIONAL SHIFTS, 
METROPOLITAN GROWTH AND NEIGHBORHOOD 
STRUCTURE WITH CENSUS MICRODATA* 

Harold Benenson 
Visiting Assistant Professor 
Sociology and Urban Studies 
VaS3ar College 
Box 512 
Poughkeepsie, NY 12601 

Steven Just 
Mathematica Policy Research 
P.O. Box 2393 
Princeton, NJ 08540 



INTRODUCTION 

In a previous paper (Benenson and 
Just, 1979) we discussed the advantages of 
instructional use of computerized census 
data as an alternative to two prevailing 
approaches m the sociology research 
methods curriculum. The latter consist of 
formulations of research projects 

involving, student-gathered data, and, 
pre-packaged survey data sets. We have 
found ^the central weakness of the 
student-generated survey is that the 
resulting data set is often trivial. The 
superficial scope and depth is caused by 
limitations of time, survey resources, and 
student inexperience. The other widely 
used approach, using the pre-packaged 
survey, provides a well developed data 
set; however the content of the data is 
often remote, in addition the attitudmal 
focus of most available surveys limits 
their relevance for the analysis of 
structural dimensions of change, for ex- 
ample m economic, demographic, family, 
residential, and other domains. But it is 
precisely this type of structural analysis 
which IS mcr «sds mgly critical in applied 
cial research outside the university. 

To surmount these problems, we 
turned to the computerized 1970 Census 
Public Use Samples of Basic Records (PU 
as a data source for student analysis. We 
obtained a PUS file of 95,000 records for 
New Jersey and had students examine 
of household and person records for two or 
more counties. A typical assignment in a 
senior level sociology seminar on 
"Research Methods in Community Analysis'* 
asked students to create comparative 
socio-economic and dem-jc^raphic files of 
two counties. Students analyzed the labor 
force, racial, income, household type, and 
home ownership characteristics of the 
counties, con centrating on contrasting 
patterns, the causes of these patterns, 
and the development of questions for 
further research. 



Our innovations beyond this 
initial stage have led us to reo-ient the 
instructional census data to address 
issues of national scope, package the data 
m a form that will be useful to faculty 
m sociology, urban studies, and applied 
social sciences m all college settings, 
and develop new foci for student research. 

DEVELOPMENT OF THE PROJECT 

The ma^or new challenges confronting our 
project's work with computerized census 
data have been posed by the instructional 
context of the Urban Studies program at 
Vassar College. In this setting we have 
attempted to develop instructional 
materials that address problems of urban 
development and policy m diverse 
geographic environments, and that exploit 
the real world frame of reference (and 
advantages) of these data as effectively 
as possible. New objectives in the 

instructional use of urban census data 
have been clarified m three areas: 

( 1 ) The Hieoret i ca 1 3£« 1 of 

c lear^l^ ^tt^HkHS. tl^t±LS.h >,i^^ue8 i_n 

L*ii^l£Il to EX5^*5*** 9.1 °£°ii:^*'^ 

decMne and 3£ow th and the cl^ass *nd 

e thn_i c_8tructur e_o£_cl t^es; Our' earlier 
work had formulated questions for student 
research with census data to develop 
profiles of Ne«* Jersey counties with 
emphasis on describing the interaction 
among economic, racial, and sexual 
dimensions of stratification for these 
areas. Our recent work has focused 

research uses of the PUS around critical 
issues of urban change that have national 
significance. Urban sociologists, 

demographers, and eco no mists have 

discussed extensively the uses (and an- 
adequacy) of census data (especially the 
1 98 0 Cen sus ) in relation to the urban poor 
(Exum et al, 1 980 ; U.S. Bureau of the 
Census, 1980 ) ; the causes of urban dec 1 in 
and crisis in the Northeast (Sternlieb and 
Hughes, 1975); expansion in the sunbelt 
(Perry and Watkins, 1977); the changing 
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«^lass and ethnic structure of cities, and 
the relation of urban poverty and male and 
female employment to changing ho>^sehold 
ani family patterns (Clark and Gershman, 
1980; Stack, 1974. Ross and Sawhill, 
1975). Our new instructional data sets, 

titled f^e t r 0£0 1 1 s ^^H^^ii 

C^t ^2EE*£*^i: Y?— ^ -°L_y£^*!l 

Residents, links each substantive research 
problem to a particular type of urban 
community (or metropolitan area), and then 
to a specific Census PUS file created for 
d community of that type, 

sel^ectin^ the iEE£2E£Ht£ 2£22£±£lli£ 

units, the specific commun2t^es_f or _s tud^ / 
^^-^^ta ^or ga n_i za t_ion_t o_r ea l^_i ze 
tj? 1; s_theor e t i^ca^_ob2ec 1 1 ve : Our earlier 
geograpnic focus was exclusively county 
units within a single state, and involved 
study of rural (southern New Jersey) as 
well as urban and suburban (northern New 
Jersey) county patterns. The new data 
sets examine two geographic levels (the 
urban neighborhood and the Standard 
Metropolitan Statistica'l Area [SMSA]), 
contain data for communities in diverse 
(Middle Atlantic, East North Central, and 
Mountain) regions of the United States, 
and organize data sets to highlight 
comparative analysis of distinct types of 
urban social structure and dynamics. The 
neighbor hood- ba sed data sets include three 
communities in fairly close proximity 
within a ma^or metropolitan center that 
provide contrasts in class structure, 
employment and income, ethnic composition, 
and housing characteristics and family 
structure. The SMSA data set compares one 
medium-sized industrial centar in the 
Northeast that has experienced severe 
economic crisis and population decline, 
with an expanding SMSA in the Southwestern 
sunbelt thav has undergone rapid 
population and economic _ growth. 

( 3 ) The techni^cal ^oa 1_ of 

££ oduc^n^ H?2^i.H!I!!l^i.^ £ ^ t a s e t^ for use 

wi^th^SPSS: Our original census data set 
was both large ( 95 , 000 records of 120 
characters each, in a hierarchical 
structure) and assumed the availability of 
special-purpose software ( CENTS- AI D ) and 
Data Base Dictionaries (described in 
D^JALabs, 1976; Benenson and Just, 1979). 
To increase ease of use and adaptability, 
the Metr o£ol^ i^s , Milltown anU SnnbeltCity 
materials consist of a series of data sets 
of medium size (5,000 to 9,000 records 
apiece) in SPSS System File format (Nie et 
al. 1975; 78-89). The latter combine data 



flies that include variables from the 
original Census PUS (30-40 in all) and 
additional computer-generated variables^ 
with la be Is for variables and subfiles. 

Our conception of the Met r 0£0 l^_i 8^^ 

Mil^ltqwn and §l^!}belt City data sets 

attempts to realize these three 
ob;jectives, and fill a gap in the 
availability of computerized materials for 
the study of metropolitan development, 
regional shifts, and urban stratification 
pdtterns in contemporary American society 
(Anderson, 1977). We were familiar with 
the valuable historical Compa r a 1 1 veC_i t i^es 
SPSS System File-data set (Litchfield, 
1978) that contains census records for 
mid- 19th century Pisa (Italy), Amiens 
(France), Stockport (England), and 

Providerce (Rhode Island, U.S.), and 
orients student a na lysis toward questions 
of urban growth, industrialization, and 
household structure and employment 
patterns. We analyzed primary census 
sources for comparable current urban 
issues within a dyiamic perspective. 

CREATING THE DATA SETS 

In developing the neighborhood- 
centered Metropolis :egments of our 
materials, we made use of Iittle-known 
special tabulat)ons of 1 970 'Census Publ_i,c 
\lB^- records for New York City 

neighborhoods. The conventional 1970 com- 

Census fH^lj^^^^^® §ii!!El®^_°l_§^li£_5l£9£^^ 
(pus) are six national data files 
containing approximately 2 million records 
for persons and ha 1 f -a- m i 1 1 ion records for 
households each. The PUS were created 
from the computerized facsimiles of two 
kinds of census questionnaires: one long 
form sen* to 15 percent of households, and 
another sent to 5 percent of households. 
The two forms include slightly different 
combinations of questions conce^'ning basic 
demographic, ethnic, educational, 

employment, income, family structure, and 
other personal as well as housing unit 
characteristics (U.S. Bureau of the 
Census, 1972a). The PUS represent 
" micro da ta" (i.e., data organized in 
relation to individual persons and 
households) from the decennial censuses in 
contrast to the detailed aggregated data 
available in Census S umma r ^_Ta£e_F i, l^es . 
The major limitation of the PUS for urban 
research has been that researchers cannot 
analyze person (or household) records for 
units smaller than counties. 



ta bu 1 a t ion s 



The availability of special 
of 1970 PUS organized by 
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identifiable neighborhoods (for New York 
City and Chicago) remedie.T this limitation 
for two cities (U.S. Bureau of the Census, 
1979: 44-45). The 1980 Census FUS which 
will permit geographic identification of 
microdata in relation to areas containing 
100,000 population, in contrast to the 
limitation of 250 , 000 for the 1 970 PUS, 
and will vastly expand research 
possibilities with local-level microdata 
[Zeisset et al , 1981]. It will also make 
possible the future creation of 
time-series dat^ sets for our Metropolis 
N.Y.C. neighborhoods. 

The N.Y.C. special tabulations, 
which identify 27 neighborhoods within the 
city, were created .to order for the N.Y. 
Department of Commerce in 1974 as part of 
a Special tabulation project costing 
approximately $6,900. The two tabulations 
(one based on the 5% PUS questionnaire, 
the other, on the 15% questionnaire) have 
been made available by the Census Bureau 
to any user for $160. For the Metropolis 
data sets v*e selected three neighborhoods 
fairly close toge t her - - t he South Bronx, 
the Cast Side and West Side of Central 
Park in Manhatt<> . (from 82nd Street to 
110th Street), and Astoria-Long Island 
City in Queens (see Figure I)--that cover 
an extreme range of income levels and 
cl-'is*? and ethnic composition pat4:erns. 
^or example, the average level of family 

income for iJl^i vi duaJL census tracts ^n 

these areas ranged from less than $5,000 
for certain parts of the South Bronx to 
more than $45 , 000 for Park Avenue-Fifth 
Avenue Tracts in the 80s blocks of 
Manhattan (U.S. Bureau of the Census, 
1972b p206, p203). Comparative 
characteristics for residents of the three 
neighborhoods are presented in Table 1. 
Neighborhood boundaries were predetermined 
by the original special tabulations, and 
especially in the case of the Manhattan 
neighborhood, encompassed socially diverse 
populations in the single area. To help 
analyze distinct groups within 9 
neighborhood, income level subfiles 
(grouping persons by houses-old income 
levels of $50,000 or more, $25,000-49,999, 
$15,000-24,999 and less than $15,000) were 
created, and for the Manhattan area, the 
sample size was increased from 1 percent 
of the population to 2 percent (by 
combining the 5% and 15% PUS into a single 
data-set). The organization of the two 
,4etropoli8 data sets are described in 
Table 2. In schematic terms, the follow- 
ing sacial types of comiiiunities can be 
analyzed and compared with this data: 



A) £2" t h_Br on X • An extremely poor ghetto 
community, composed of Hispanic (largely 
Puerto Ricaii) as well as some black 
residents. 

B) As tor i^a^Lon^ Island C_it^£ gueens . A 

white working class (and lower-middle 
class) community, with a strong 
concentration of residents of immigrant 
(primarily Italian) background. 

C ) Cen t r a _l_Pa r k^ East Side and West Side^ 

Manhattan. Primarily an affluent 

upper-middle class community, based in 
professional and managerial occupations, 
containing an extremely wealthy 

upper-class enclave and a segment of 
Spanish Harlem (Cast 96tn Street-IIOth 
Street ) . 

The task of creating the 
Ml 1 1 town- Sunbe 1 1 City data set wa^ more 
&t r a I gh t- f or wa r d . We selected 

medium-sized SMSA *s (with central city 
pop u la tions of 100,000-250,000 in 1970) in 
the industrial Cast North Central region 
(Youngstown, Ohio) and the sunbelt of the 
Southwest (Albuquerque, New Mexico). 
These SMSA's exemplified on a small scale 
the patterns of metropolitan decline and 
expansion, and economic and demographic 
change of their regions. The 1970 Census 
data depict these cities at a midpoint of 
recent development. Table 3 summarizes 
some ma]or characteristics of published 
Census reports. It highlights, in 

particular, the contrast between the 
industrial, immigrant, long-term resident 
background of many Youngstown residents, 
and the different and interna lly 
heterogeneous backgrounds of the 

Albuquerque population. Such contrasts 
persisted and widened during the 1970-1980 
decade. In this period tne former SMSA 
experienced ma ^or economic crisis with the 
closing of steelmills and lost 17 percent 
of its 1970 population, while Albuquerque 
(like the larger Southwestern cities of 
Phoenix and San Jose) grew by 35 percent 
("Population Shift," 1980; U.S. Bureau of 
the; Census, unpublished prelimminary 1980 
Census counts, January 1981). The 
analysis of the Milltown-Sunbelt 1970 
microdata enables students to examine the 
position and experience of varied 
demographic and economic groups in the 
midst of urban change. The 1 970 analyses 
can also serve as a baseline for 
understanding the social impact of 
1970-1980 developments. 



248 NECCigei 



The characteristics of this data 
set are described in Table 2. it was 
created from two conventional 1970 Census 

Public _^U8e Sam p 1 e tapes (one percent 

sample/ 15 percent questionnaire form) 
which cost $80 apiece from the Census 
Bureau (Customer Services Branch)* 

A considerabxe amount of 

pre-processing of raw census files was 
necessary to generate a format for the 
data sets that could be used with commonly 
available software (e.g., SPSS). The 
ma 3or task involved extracting person 
records and eliminating household records 
to ** r ecta ngu 1 a r 1 ze " the data sets. in 
addition, person records ir. all data sets 
were sorted on the basis of the higher 
level (I.e., household record) variable of 
household income level. 

Use in the Classroom 

The tr 0£0_1 1 s^ ?!i:H^£^!l 

^"!l^®iL_£i.^i microdata are being developed 
and used experimentally in the 

interdisciplinary Urban Studies program at 
Vassar College. Students run SPSS 

programs using the Metropolis data sets, 
analyze substantive issues of race, class, 
employment, and family structure in New 
York City neighborhoods, and critique 
alternative uses of computerized census 
data in this required course. In addi-* 
tion, we have discussed incorporating 
similar study projects into a new course 
offering on the Sociology of Residential 
Neigh borhoods. 

Students who use the data sets 
usually have some I ^kground in statistics 
and introductory w. k with the computer. 
Host ''ake the Urban Research Methods 
course in their unior /ear. Using census 
microdata for urban areas (New York City 
neighborhoods) that many of the students 
are familiar with has been very well 
received. Students with applied research 
interests (prospective planners, 

architects, social workers), and those 
with a keen interest in social justice and 
the city have reacted particulary 
favorably to the opportunity of using 
their skills with this type of datum and 
research problem. 

From the standpoint' of teaching, 
the major difficulties and challenges 
cenu' r on integrating census data anlaysis 
with broader theoretical approaches and 
critical modes of understanding. In Urban 
Research Methods students are exposed to 
major urban policy analyses which have 
relied on government statistics, such as 
the well-known Moynihan Report on the 
Black family (Rainwater and Yancey, 1967); 



specific critiques of this analysis based 
on qualitative (participant observation) 
research methodologies (Stack, 1974); and 
general discussions of the biases of 
official social statistics ani their 
computerized foundation (Hindess, 1979; 
Irvine et al, 1979). Students or ten 

respond to these controversies, and to the 
difficulties of their own statistical 
research, by shi £c^in g f r om a naive believe 
in all statistically de rived "facts'* to an 
equally naive opposition to anything 
quantitative . 

For theoretical perspective, the 
Research Methods course integrates 
computerized analysis of census microdata 
with other quantiative and qualitative 
research e xer c i se s-- f or example, 

participant studies of community class 
structure undertaken in relation to ma^or 
theories of class, exercises with 
published census tract data for the same 
communities , comparisons between the types 
of raw data (for persons and households in 
specific neigh borhoods) derived from 
different methodologies and theoretical 
perspectives, and so on. 

The course attempts to probe the 
limitations of each research strategy 
(including strategies using computerized 
census data) by discussing the varied 
theoretical frameworks which have informed 
ur ba n r esea r ch . 

CONCLUSIONS 

Using census data as described in this 
project represents a significant departure 
from our previous work. We have reorien- 
ted our focus from using data sets with 
limited local interest to creating data 
sets which are national. The expansion 
and decline of ttrban centers is a topic of 
current in te rest to many social 
scientists. The "Metropolis, Milltown and 
Sunbelt Ci ty " da ta sets per mi t stu dent s to 
gain information as current as the most 
recent census . 

Our plans call for disseminating 
the data sets to a wider user comn nity 
and creating parallel data sets from the 
1980 Census to facilitate longitudinal 
studi es . 



•The dev"»iopment of the ?l£Jtr o£ol^i^s , 

Milj. town and Sunbelt C_i ties Data Sets , 

described in this paper^ were made 
p OS Bible by a Mellon grant at Vasstr 
College and technical support from the New 
Jersey Educational Computer Network. 
Research assistance was provide d by Ms. 
Virginia Bronzi . 
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TAEUX 1 



Characteristics of 
Residents 

POPULATIOJ & FTOJICITY 



South Bronx 



Astoria-L. I.e. 
(Queens) 



Central Park 
East-West 
(Manhattan) 



a/ 



total Population 
Percent Black 
Percent Hispanic^' 
Percent Ft)reign Born or 
of RDreign Parentage 

FAMILY 

Percent of families 
supporgQd by unmarried 
fen^cde--'' 

EMPLOYMErr r 

Percent of employed persons 
in profess loncii occupations 

Percent of employed persons 
in Blue Collar occupations 

INCOME 

Average Family Incone 

Percent of families 
receiving public assistance 



251,855 
35.2% 

16.8% 



30. n 



6.9t 



42.1% 



$ 7,030 



26.9% 



272,161 
4.9% 
10.5^ 

61.1' 



14.0% 



9.7i 



31. 7« 



$10,537 



4.3% 



260,531 
17.9% 
26.9% 

37.5% 



26.3% 



t 23.6% 



15.6% 



$16,891 



11.3% 



^-^ Percent "Persons of Spanish Language. 
Percent "FaniUes with Female Head." 



SO'JRCE: U.S. Bureau of the Census. Census of Population and Ho using; 

CENSUS TPACTS. Fi nal R3port PHC (1 ) 145 New V^rV, nv c ;mc;a P arts 1 ,2. 
Wasrungton, D.C.V" U.S.' "Cover riu " minting" Of f ice, 19*'2V Ti)les P-1, P-2, 
P-3, P-4. 



OMENT sirciik: CF SPSS ^Enaojs, mncm ptv siiwr cm" - svs™ frfs 



Sburae of c&ta 



5% quEstrmaiTB ard 
15% cjjastioraire 
1970 OersuB RfaUc 

special t^LatJcn^ 



QJBEns (^tetona- 15% 19'?D OersLB R£ - 
liarg Isknj City r4.Y.C. spocaal tki>- 

tore) neii^tnctixrfe 



^toiigitDM vAlti>- 15% 1970 Getglb R£ - 

cyaqje stancfetri rBtrnai i/lOO Otxnty 

iTBtiTipDlitan Qxxp sanpif^ 
statistical snoaE 



Lhit & Six 



Siae 



Pt). of 
\^anahles 



atjfile 
Stncbxe 



Qdntzal 
Rxus 



(Pterhattan)" 
cipxx. 2 sq. im. 

(37 G^lBLB 



5200 

V50 
sanple 



l^^^^^xficod^P^anB 5200 
UI.C, Queen s^" ' 1/100 
n aq. mi. (88 tracts) (2700 

rooocds) 
9ajth Btcrx= ^ptCK. (2500 
9 gq. fTd. (a. reDDKfe) 
tracts)^ 

»e\ 8600 
1/LOO 

^txngstrwi = 1030 aq. 

nu. (^teh3ll^g & mift- (5400 

bull coritias) raociris) 

Alttg^jje = 1169 gq. 

im. (BErnaliUo {3200 



45 



45 



holds with inoones of: 

(a) $50,000 cr ncte 

(b) $25,000^9,999 

(c) $15,000-24,999 

(d) less than $15,000 

AstDna-UI.C resKfeits 
by houaetald irocme ^xips 
(a), (b), (c), (d). 

9bUth EtoK rarients by 
9:upB (a), (b), (c), (d). 



"iftxrystDwi residsnts by 

(a), (b), (c), (d) 

AUxrjLEniLe rrsidents by 
<^xjuips (a), (b), (c), (d) 



Rcnanio-claBs 
divisKTB will on 
a neigtedrxri 



f^ic^ixxhood 
in class, eUni- 
dty, erplcvnaTt 
ard &TUly 
t^ttetTB 



Lttan d«nge 
airl nBttrpolitan 
diffi?raTEs in 
orplay.TTtt arti 
incone, nrhility 
arri dianxf:e\ti}c 



^ U.S. aiieoi (± the CtTGLB (1979) Dinactcry of Cata Piles , Vtehuijtm, D.C.: arau cf tte C^b, p. 44-45. r^ta KUcs 
"C ON 70 035" (5% c^tiomaire, av.C. special tdxilation) and "C (IN 70 031" (15% srecial t^xilatmn). 
9^ 3fee nDbL> (a), liita File T ON 70 031" only. 

Vtehirgtcn, 

AUnitetUE no. 12901). 

^ Baasd cn Cftta File XCBilO 031" diajnytatm, 



U.S. artiaj of th? C^bib (1972) Rtdic Cte SarpLes of Basic Itorrte Fran tihe 1970Jja^ nGscripLim ^ 'Kxtncal ntruTEntaticn, 
J, D.C.: lU^au cf the CfcmB, p.T5. lita FUes "R^^T^THillHir^ Vfiiigstouh oointy rrcLp m.'*'532)~ airl^'ni^ "/(^^ Ti/ 



y r'.s. atBaj of tiK aaiBiE (1973) Cii^_^ Oxnty cata ffack, 1972. V^nnjtm 
vlhclute only van^les onmcn to 1970 OarM ^peraGnP*^ artJ "15 reiOTTt" que 



ac : U.S. awcrrmrt nrantirr] Of fioo. [•>. 548, STB. 
quest icma in? format*^ 
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TABLE 3 

COMPARATIVE CHARACTERISTICS OF MFTTROPOLITAN AREA RESIDENTS — 
"MILLTCWN" (YOUNGSTOWN SMSA) AND "SUNBELT CITY" (ALBUQUERQUE SMSA) 

Characteristics y v^ungstown, Albixjuerque , 

of Residents Oh i o SMSA New Mexico, SMSA 

POPULATICN ETONICX TY 

Tbtal Population 536,004 315,774 

percent Black , 9.4% 2.1% 

Percent Hispanic-^ / 1.1% 37.0% 
Percent Fbreign Born or 

of Foreign Parentage 21.8% 8.5% 



FAMILY & EDUCATION 



Percent of Fap>il ies^^Supported 
by Umarried Female-- 



by Unnarried Female-' 9.8% 12.0% 

Percent !!igh School Graduates 52.1% 66.2% 



E>g>L0YMEr3T 

Percent 6F Dnployod Persons 

in Professional Occipations 11.3^ 22.0% 

Percent of DTiployed Persons in 

Blue Collar Occupations 47.6% 25.0% 

Percent of Deployed Persons :n 

Manufacturing Industry 42.8% 7.5% 



INCOME 

Average Family Income $11 411 $10,370 

Percent of F-imil les with Xnccmes 

below Poverty Level 6.5% 13.0% 



.^iP^T I ON & HO USING 
Precent of Population moved 

into SMSA since 1965 7.9% 22.1% 

Percent of Occupied Housing units 

which are O^fner Occupied 75.3% 65.2% 



^ Percent "Persons of Spanish Language." 
~ Percent "Families with Female Head." 

SOURCES: U.S. Bureau of the Census, Census of Pc^lation and Housing. 
C ensus Tracts. Final Re port PCH ( 1). Washington, D.C. : U.S. Government 
Printing Office, 1972; Volume 243." Youngstown, Ohio, p. P-1, 15, 29, 43; H-1, 
15; \folirie 5. Albuquerque, New Mexio , p. P-1, 9, 17, 25; H~l, 9. 

Tables 1-2 Prepared by Virginia Bronzi, Research Assistant on a Mellon 
Fund grant at Vassar College. 
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A COMPUTERIZED COURSE IN 
ELEMENTARY STATISTICS: 
EDUCATIONAL OBJECTIVES 
AND METHODS 

Richard W. Evans 
Beaver College 



During the 1980-81 academic year, the 
Department of Psychology has been engaged 
in developing a computer-based course 3*1 
elementary statistics under an NSF LOJI 
grant to the chairman, Dr. Bernard Mansner. 
The course has for some time been a require- 
ment for psychology majors, and had been 
taught according to the Keller method of PSI 
instruction; that is, students advance at 
their own pace, receiving the bulk of 
instructional material from a programmed 
text, and take tests at the conclusion of 
each unit. Grades were pass/fail and stu- 
dents were allowed to take a given unit 
test as m.any times as they wished. Through- 
out, tutorial assistance from students who 
had previously completed the course was 
variable . 

We now have a completely computerized 
'Elementary statistics course on the PDP-11 
computer maintained by Beaver College. The 
CAI system programming was done by Edward 
N. Woiff of the Mathematics Department of 
Beaver College, and employs a CAT language 
of his creation. There are 16 instructional 
units covering topics in elementary statis- 
tics frcn simple descriptive statistics to 
one-way analysis of variance. These units 
have been designed, written and implemented 
on the computer by the author of this paper. 

The psychology department entered the area 
of computerized instruction in what was hoped 
to be the last in a long series of attempts 
to give our students a genuine understan'^i ig 
of elementary statistics. Statistics is the 
backbone of experim#*ntal psychology, and is 
required in conjunction with a two-semester 
experimental psychology sequence in the 
sophomore year. 

The psychologist needs relatively simple 
statistical knowledge consisting of a hand- 
ful of core concepts. These central concepts, 
when sufficiently grasped, guide decision- 
making about the appropriate employment and 
interpretation of a variety of statistical 
tests. Students often encounter real diffi- 
culty here: while the concepts are not 



particularly difficult, they do require 
a degree of thought to master. In addition, 
students need some ability to work with 
algebraic formulae and numbers. In combi- 
nation, these two demands can produce deep 
anxiety. Such anxiety usually renders the 
student incapable of genuinely mastering 
statistics; the result is that he abandons 
any attempt to understand the material and 
resorts instead to rote memorization. 

Beaver College encounters many psychology 
majors with little experience in mathematics 
At the same time other major students are 
quite familiar with math and find elementary 
statistics moderately enjoyable and chal- 
lenging. In an attempt to create a course 
which serves the entire population of psy- 
chology majors, it was decided early on to 
switch from a lecture format to the Keller 
method of personalized instruction so that 
students could work at *:heir own pace. With 
this instructional format, students worked 
at their own pace from a workbook and stu- 
dent tutors administered tests on a pass/ 
fail basis. The course avoided student 
anxiety which would have been encountered 
in a lecture aimed at the student of average 
ability. The Keller method, however, did 
have a drawback: students completed the 
course understanding almost nothing of 
statistics. This was quite a puzzle. Stu- 
dents were bored with the course; they did 
not f A id it interesting or exciting - but 
they did complete it, passing the unit tests 
Occasionally though, one of the better stu- 
dents would remark that she didn*t seem to 
be learning any tiding, though of course , she 
could not be very specific about the nature 
of the problem. 

I began to get a sense of the thinking 
of the students when I attempted to revise 
the unit tests. The tests were essentially 
the same as those sent to us by the work- 
book's publisher. They had been used un- 
changed for a number of years, and it seemed 
they might be a source of difficulty - - the^ 
did not seem to put any emphasis on under- 



standing the concepts m the unit. Each 
test Item simply tested a different corpu- 
tational procedure. 

For example, an item might present two 
groups of data such as IQ scores from stu- 
dents in a classroom, and it would then tell 
you to calculate the standard deviation 
(which IS a measure of the degree to which 
items in the sanple vary from each other) 
of both samples. This is a very unsatis- 
factory test item in my opinion. It does 
not indicate whether tne student understands 
what the standard deviation represents; he 
simply knows how to calculate it. The 
tests were not suffix -^ntly thought provok- 
ing to lead to a real understanding of 
statistics. The next s :ep, then, was to 
rearrange the tests. 

Perhaps, we hoped, rewriting the tests 
would lead students to look for the approp- 
riate mfornation while they worked through 
the workbooks an'i thus perform better on 
items v;hich tested their understanding of 
the naterial. The nevv test item might read: 
"Here are two samples of data: which is 
the more variable? Explain your answer," 
The answers to this type of question were 
surprising; most car.e m the form of blank 
statements. There were some cries of anger 
and a few expressions of extreme frustration 
and hysteria. Occasionally we did get 
answers. Someone m.ight have the presence 
of mmd to realize the chapter actually had 
something to do with variance, and would 
then write something which he had clearly 
spent considerable time memorizing, like, 
"variability is the extent to which the 
members of a group differ from each other." 
That would be all. Not knowing What to do 
with this definition, the student would let 
it stand as his answer to the question. 

Occasionally someone would read that 
definition over a few times once they had it 
on paper and realize they could use the de- 
finition to compaie the two groups. The 
student would count the number of occurrences 
at one value, and those at another, and 
finally write a laborious paragraph comparing 
the variability of the two groups by contrast 
ing the number of items at each value. The 
students almost never recognized that the 
easiest way to compare variability would be 
to calculate the standard deviation for the 
two groups and compare them. 

This finding is something of a shock. 
Here's a student who is obviously quite bright 
Since he or she is on the threshold of invent- 
ing a measure of variability, but who cannot 
recognize that the problem's solution lies 
in the numerical measure which had been co- 
vered for many pages in his workbook unit . 
The students, knowing full well how to cal- 
culate a standard deviation, had no idea 
what this numerical measure represented. 
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The new tests did not help. The students 
simply could not do them. 'Vli- major problem, 
of course, was in the worKutjoks the students 
were using. In an area where learning the 
core concepts was essential, the workbooks 
were promoting a cognitive strategy for 
learning not at all conducive to understand- 
ing of the material. They contained infor- 
mation which allowed the studont only the 
option of rote memorization the material in 
each instructional unit. In this particular 
example, the workbooks simiply did not present 
the standard deviation meaningfully. A few 
lines of text simply defined variability 
and standard deviation, but made no attempt 
to get the student to understand how stan- 
dard deviation provided a reasonable numer- 
ical representation of variability. 

It was necessary, then, tc provide suffic- 
ient conceptual information. This ^-as at- 
temt ted m two ways. First, I required a 
simple paperback \;hich emphasized conceptual 
rather than computational aspects of statis- 
tics. Second, I wrote a study guide v;hich 
tried to explain the relation of the major 
conripts of statistics to thoir computational 
procedures. Students now had good material 
for the m.eaning of the core statistical 
ideas . 

iiow then, did performance on the new test 
items change? Essentially there vas no 
change* In this case the problemi was a 
puzzling one. While I stressed the impor- 
tance of the conceptual material for passing 
the tests, students seemed to have a severe 
problem integrating the material from the 
paperback and study guid^. with the material 
from the workbooks. Esseitially, the stra- 
tegy demanded by the workbooks required that 
students memorize computational procedures 
in such a disjointed way that an understand- 
ing of their conceptual underpinnings was 
precluded. As a result, the material in the 
paperback and study guide, even when it was 
diligently studied, c^uld not be integrated 
with the computational memorizing students 
adopted for the workbooks. Pvidently I had 
to write the coxiceptually based material in 
such a -''ay that the computational aspects 
of std.isti<^ would be ^n integral part of 
the student's understanding of the material, 
rather than a separate component. 

PSI VS. LECTURi: PnnSENTATION: THE NKED TO 
COKTINUALLY ASSESS CONCEPTUAL PROGRESS 

A little reflectior revealed the problem 
from the standpoint of someone putting to- 
qether a workbook: it is ruJch easier to 
Introduce memorizable computa c i ona 1 proce- 
dures rather than stress a conceptual under- 
standing. The difficulty of a cor^'^eptual 
approach is due to the requirement uhat some 
assessment be made to determine whether the 
student is prepared for each successivf; idea. 
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Vhis iS v.:.at z].t, ..'-cress ful lecturer (dt 

in .-.rill J-t..^. If the Ice 

t^rtir io htvcsnv. : i ocn^'e.^tual approach to 
rorta^n -jitcri.il, students rust und<_rotAnd 
z-ie poxrt terore aJvancm.; to the next, or 
else thei uill not be able to properly com- 
-renend the su^roedirg print. If the lec- 
turer dees advance toe cruickly, students 
./ii: Lecc-e frustrated. It is very diffi- 
^^It t- crjj'.-k on individual student con- 
prer.ensij-: ir. i lecture class, and it takes 
.jroat s'^ill .IS a teacher to do this effec- 
tively. Vest of us occasionally are c -ilty 
:f .iv.^T ,A zr ror-prohens ion nnd simp 
r^^'-^^ri: ; ,t indents to rerorize i point. 
The '•or'V i^jr j^ccneous the class is m 
s^^dr.^r.i ib:lit\, tre nore difficult it 
L>cc-.r»^ . *r, \rccx) ^r"ick of th.e individual 
studer.t* 'oncfr^taal prcaress. This is 
preciselv tr.e ^tate of affairs which drove 
'iS I'Aay fro-^ the lecture forna* for our 
st:iti3tic5 -our^e. Ii large lecture courses 
tr.is : rotle-" becores Particularly acute to 
the pcir.t /.here -mor objective points are 
strecsei, nd pro'iresb '^5 tested by rjultiple 

:hi3 uas the prcble- faced by our work- 
ccoks. S^nco there -..as no possibility of 
a-e : aatoiy asc,cssincT individual conceptual 
rrc--re55, the v;orkDOok stressed instead 
a "^jltitudc A computational procedures 
'""ich could each be presented in a manner 
l^r^ely mdeperdent of the renaining com- 
putational procedures. Rather than deal 
vvith corprehension at all then, it dealt 
^.irply With corputational procedures, 
avr icUn^j p^oblers that --^en fron dif fer- 
erces m the "^anner and rate at which stu- 
dents c*^prehend -aterial . Instead, the 
vorkboo<3 presented r. ate rial vhich would 
not differ m for^ fron student to student, 
and y.nich necessarily resulted in statis- 
tical cort-etence of 1 very mundane sort. 

EDUCATIONAL ADVANTAGbS Or THE COMPUTER 
Diagnostic Prcceduras 

M/ goal vvas to stress conceptual 
s<ills ^nd present computational proce- 
iures as derivative of the najor statis- 
tical concepts. The consequent need to 
assess individual conceptual progress led 
to the selection cf the computer as the 
prir^ary instructional mediuir, . The major 
re'7 uirerent , then, was to program instruc- 
li'.^il "^ateriil which was individualized 

tne L^onse that it would be sensitive 
10 tno individual's comprehension, rather 
thin the individual's rate of memoriza-* 
ti'-r conpatational formulae. This 
3*-ress' on conceptual knowledge and on 
assessrent of *:he student's conceptaal 
progress required that the computerized - 
mstrur-tior al material contain routines 
leter^irc the nature of the 
student's anders tandj of the concepts in 



question, and ad:)ust its presentation to 
guide that particular student to complete 
understanding of the material. 

A (jreat deal of work has been done re- 
cently to develop the means of assessing 
individual knowledge of a particular area 
(Resnick, 1976; Greeno, 1980). Work by 
Brown (Brown and Burton, 1978) to develop 
cognitive diagnostic techniques for computer 
implementation has been especially well 
received. Implementing such diagnostics m 
Instructional programming requires a consi- 
derable amount of cognitive research as well 
as mstructicaal programming. in general, 
this type of programming is very labor inten- 
sive, and I found there was time to provide 
a comprehensive assessment only in a few 
units. To a great extent, then, I continued 
to use CAI tutorial presentation and drill 
and practice, stressing as much as possible 
an understanding of the concepi^s involved. 

rroblem.-Oriented Instruction 

Tor those instructional sequences which 
did contain very intensive, diagnostic rou- 
tines, a consistent pattern of instructional 
design gradually emerged as most appropriate. 
I call this pattern of instructional design 
"problem-oriented instruction." In the case 
of elementary statistics, problem-oriented 
instruction consisted first of presenting 
the student with data which the student was 
gradually aided in analyzing. This required 
the student to act as a problem-solver, 
rather than a passive learner. The diagnostic 
routines were used to assess his understanding 
of the concepts relevant to the problem and 
to guide the student to a successful solution. 
This approach was considered particularly 
desirable since students would actually dis- 
cover how a statistic provided a solution to 
a particular conceptual problem. Students 
would thus develop very useful knowledge* 
They would have an understanding of statis- 
tics so they could decide what problems th^-' 
were concerned with, and they would know he 
to get from these problems to some appropriate 
computational solution . These problem- 
orien tod instructional sequences were espec- 
ially promising. The student's computational 
knowledge came to be embedded in a conceptual 
context. Since that conceptual context 
corresponded to the student's comprehension 
of a statistical problem, that problem would, 
when comprehended, access the computational 
procedures which led to its solution. 

An early example of this type of instruc- 
tional programming was performed with data 
tnc student generated. The student was asked 
by the computer to engage in an experiment 
with himself as subject. The computer then 
required the student to memorize 15-item lists 
of words. A^ ter each list, the student re- 
crallod as many words as he could, reporting 
them to the computer which then evaluated 
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his per ^ori^anre . The stu^ient v,:is then asked 
3. nun\bp»r ot questions about the data and 
vvhat thoy said about his rner^iory abilities. 
Finally, the student uas qi-'en the results 
cf ethers to compare to his ov;n. At first, 
tne results of other students were readily 
conpirable since they had each perforred on 
an C-'Ual nuriber of lj.<^ts, namely, five. 
Eventually, however, the ct^rputer introduced 
a student for when results had been collec- 
ted on eight different lists. These results 
were selected so that the total of the oi'jht 
lists would exceed the first student's total, 
but the averaqe per list of the second stu- 
dent would be lower than that of the first 
student. The first student needed to re- 
solve this problem.: while he believed tr.at 
his cv*,n remory performance wis better than 
that of the second student, the secona stu- 
dent had generated a greater number of cor- 
rect words. The solution of course is to 
take zhe ^ean or average nuri^er of correct 
words per list, and the conputer then grad- 
ually worked the student through the steps 
which lead to that realization. This 
probler-oriented forrat of instruction, 
which stressed the function and necessity 
of the ideas in each area ?.nd introduced the 
computational procedures as v;ays of expres- 
sing an idea which is itself the solution 
to a probler^, see"*ec quite effective m 
those cases w:;ere I v/af: able to srend the 
tine required to achieve it. In the future, 
as the course is improved rore of those 
>robier-oriented mstr :ctior seguenfo,- will 
be designed ^-ni! prog rar red. 

E'-ALCATIC:. 

Part of the project ras been an evaluation 
of the effectiveness of the progran* This 
evaluation is still underway, and v.hen cor- 
pleted, it should be clear whether student£5 
learned as rucn or no re of statisticc with 
the conputer than wi^h the workbook-based 
course. In addition, students' evaluative 
reactions to the course have been collected. 
At the conclusion of each unit, students were 
asked to fill out ar evaluation forn, and 
there are sore prelininary results. Xn 
analyzing the responses to this questionnaire 
the following things become clear: students 
find the conputer units as valuable as tY c 
workbooks for interest and ease of corpre- 
hension. At a highly significant rate, stu- 
dents prefer the computer units over a lec- 
ture as a nethod of presentation both for 
the degree of ir.terest and the arc unt of 
r^^aterial they gain fron a given unit. In 
View cf student preference ratings, then, 
these prelininary data strongly suggest that 
the corputerized version of the course is 
s.7cess*"Ml . 

To so-L Alert the stress on conccf'tual 
ratter nas also provm successful. The nost 
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pos 1 1 1 ve Si 1 -J n to er c r is tie r ' . . * t x un o f 
s tuden t s to the r 2 d lo rn a n(.i i . n i 1 e Xvi . 
These tv.^^ oxan^ v.cre ac:Je<'. to * i-c uni-t tests 
e'nployedi durin^; the previous '^ar:^. '^he 
unit tests were ret aired m r uch Cue sane 
i^orn as v.dien the \,'orkbook ua^; tlio ^olc 
source of infcrr'ation lor the course. Sa, 
the unit tests prirarily test-^d tiie cor.pu- 
tcticnal skills stressed by Vio workbooks. 
:-Uudents foun^i the unit tests to be unde- 
na nd 1 n g of the co n ce p t ua 1 rat o rial. T he 
mdterr anc: fin.ii, howe^t^r, \vere of a quite 
different nature. They each presented the 
results of a. exp'oriment and then rt_-quired 
the s^tudent o corpare the tv,o groups of 
data and nak. conclusions in '-ays relevant 
to the expc r V ater ' s hypotheses. The 
response to the ridterr bordered on pinio 
The stu^^Kjnts \;ere required to ar-sci^s the 
e -.nor mental situatK'-n, de to mi no vdiat 
questions should reasonably be aK-'ec:, and 
then select md follow the api-rcpri_itc 
corputational prrceiires. One-half of th^- 
: lass h id m r e a t d 1 f f 1 c ul t y n a k 1 ri " *. n e 
tr^msiti'^n fron the unit tts** i|q r'^ach to 
tris proLier'-sol'-mj •ornat. '>.r i- ; rox- 
irately on«— ^ourth of tho cl^ss, the tas^' 
rr'^v^'kcd anxiet\ an*- these :^tu."erts either 
failed the te^t or could not cc^jdcte it 
rn th.c first ittenpt. "^.iW'.^in': th-c diTfj- 
cultzes f*ncruntcred or tr.e ^:^*tt:rr, h^ '.;e^ or , 
tnese students bho\;cd ir r ro - .-: ,Lilities 
to adjust their style c"" 1^. -rni -"jrd absorb 
the r-crc concef^tually-oriorrc d i n t ^ r-'ati':'n 
prer^ented m .he cri : utor v^nts. O'hr n^sult 
'aos 1 ^'tirke^- inrvetKse in tt>L luMroc 
success on tiie final exan, ' Vcn though thi 
conceptual d cr 1 nd s <^>f the f ^ r. 1 v, c r c con - 
sidetably -ireater than uhrst ^f * r i^Jterr . 
Tn general, iho students f 01 nd. it i^ossitlo, 
once the ridterr irprcsse. rn tr^ !^ t^-.e nred 
to enoine in conceptual proc*"-S3ing r* tr*. 
CAI PI tonal, t^ do this pr^ '"'t-r^s i ng , jrd 
bc^orx- Ic^'j do:on'i_nt on th'_ c^-iu^.^tirn 1 
rertori z 1 1 irn stressed hy t ly v.* li-b^^'k'^. 

Th.ere has been sore ouccc -r, , n , ir\ thtt 
prcqrar. U'hjle it has not b* * r . r.ssihle 
build in a hi jh density of : >-/-m .-r^~or irntt.d 
instructional sequences wit! the ^eiyaisitc 
diagnostic prr^ceduro'^' , th'''se '^c^' uonf:es whi'-h 
have been created seen ver/ Cfccti^'o. 

By enploymcr these r-rrb 3 en-^r icr ti-d 
instructional sequences an(! by r.tr«".iMr; 
conceptual un^icrs tandin<- of t!ic mterjal in 
the tutorial and drill ano Tr.irt:r-r no'ios, 
the students acquire a gcnui-.o undxrs* and] pg 
of the natcrial . The di f 1 '-a U i es encoun- 
tered by soTTiO stu'-icnt," at the rtidter^ dc- 
nonstrated that tlie ^^^ysten :n it pre',ont by 
no neans perfect. In an ^ttont. i f"* irprr-;c- 
the prorjrar the exist m^T unttr: nre bem^ 
Tn.ilyzcd with the mtenti^^n r,^ dosi min'i 
\ rob 1 en -or J er. t od 1 ni- 1 rurt i' >na 1 :,eq :e n<v % 
for all of the rr\^nr conctg O pr.;nt'-- 
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covered by the course, lltimately we hope 
to nave an instructional packaqe which will 
r^ake f^roficient statistical problem-solvers 
of our psychology majors. 
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"Man is a gaminq animal" accor img to 
the essayist Charles Lamb. He must havo 
been correct, given the fact that one 
large-scale use of integrated circuit 
technology is electronic games. In 1979 
the demand for electronic games was so 
great that the supply of chips was made- 
^:uate, (Wi ^ell, 1980). Milton Bradley's 
sales were led in 1978 and 1979 by a light 
and i und imitation game called Simon 
(Morr^^, 1980). A rash of copies followed 
along with new and more original entries, 
leadi.ng to the current total of some 400 
electronic games on the market. One game. 
Space Invaders, reportedly is the most 
^.Oyulac 9dine m arcade history, (Morris, 
i98j; Wiswell, 1980). Star TreJc-based 
ganes are also very popular. 

Today's advanced technology m 
electronics and psychology opens the door 
for consideration of combining the prac- 
ticality and sophistication of integrated 
cxrf-n : t electrcr;i.T> with the highly moti- 
vating nature of electronic game playing, 
and use of these games to teach. Moss 
(1980) reports that 58% of computer center 
directors surveyed believe electronic 
teaching methods will be used as an alter- 
native to the traditional classroom for at 
least 25% of the total curriculum, and 72% 
indicated they thought students would have 
personal computers available for homework 
assignments by the year 2000. These fig- 
ures suggest there should be no limit to 
the types of games which could be made 
available, if not in portable form as part 
of the standard homework. (How T would 
have loved to have heard my elementary 
school teachers say, "Your home-game 
assignment is...,") 

Using games to teach is not a new 
idea. The Montessori (1912) method of 
te-achmg relies heavily on activity and 
ga.mes. Dewey (1915) also includes games in 
his conception of education. He notes 



that all peoples have used play and games 
for much of the education of children, 
especially the young. Dewey's perception 
that play is important in education 1 ed 
him to assert that few er'ucational writers 
acknowledged in theory the status hold by 
play in practice. ' The concept of learning^ 
through game playing is well grounded in 
*^radition, but a systematic means of en- 
gineering instructional games is still 
lacking. Developers of a technology of 
instructional qames must be prepared to 
address a number of issues if qames are 
to be effectively used m formj'l educa- 
tion . 

There must, of course, be general 
strategies for developing an msti uct lona] 
game tu meet specified behavioral ohjec- 
liV' o. Developers must agree upon concrete 
behavioral terms which will be used to 
specify these objectives and an ability to 
ascertain when they have been met. Cri- 
teria for deciding what type of games will 
best fulfill the behavioral ob^ectiv^js 
must be established as well. The game 
designer needs to decide hovv best to couch 
the instructional material within the 
framework of the chosen game . Procedures 
for making these decisions must be devel- 
oped and validated. 

The presentation rate and level of 
difficulty of the instructional material 
should be such that bright studentt^ do not 
become bored nor slow learners frustrated 
by failure. An intermediate rate and 
difficulty will be required if the player 
has no choice of proficiency level; other- 
wise these parameters may be selected. by 
the player who may over or under estimate 
his ability. In cither case, a means of 
accurately a^ses-sing the player's t 
ress must be devised so that rate and 
difficulty can be adjusted constantly 
during play. The accuracy of this assess- 
ment must also be validated. 
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is c-urrent3\ a matter c f speculat lun . McVay 
vl9S0) believes that a high amount of 
player interaction, nojxip^urn ;hoices for th*=» 

layer, simplicity, and the opportunity 
for creat 1 VI ty are important aspect s . 
hasserman and Stryker (1980) have touted 
Riultimachine aames (more than one computer) 
IS bemq more interestmq than single 
machine qam.es because they alone have the 
^"0 i 1 r,w I ntj character 1 St ICS : .More than one 
he-''ian ;^ I ayt»r 1 s invol ved ; success depends 
on careful use of incomplete information; 
and L'l ay occ^^ -^s in re a 1 t ime . 

To ^jmjj i : ical ly determine what makes 
^:ames m*" restir:q to play, one must make 
sev- :ai aeterminat ions . First, what are 
t re 1 evant dimersions of ante rest as the 
ti.-rm relates to instructional qames? What 
clcm.ents of qames lead them to be 3udqed 
\y: ;ame players as uninte rest ing? These 
dim.ensions may or may not be the ..ame, 
i.e»., aninteresti nq may not simply be the 
oppositt' of interest inq. If so, one should 
'w^ov. both sets of dimensions when des ic n 1 ng 
an instructional gome so that interes^ng 
t^'lements caii be included whii-' uninte rest- 
in:T tilements are avoided. 

A procedure to measure the degree to 
'wshich a name has or lacks elements which 
m.ake it interesting can serve a two-fold 
-M^-rn^o. First, the instru^ont cci'ld be 
ust_^d to predict player acceptance of anew 
^lame . Perhaps even more useful , however , 
uould be to identify the specif ic dimens ion 
of inter^^st along which the game is defi- 
cient. This knowledge vculd a 1 low improve- 
ment of both new and existing games. 

Difterence among game players may lead 
to different conceptions of interesting and 
unmtcrestinq. It would not be surpr 1 sing , 
for exam[jle, to find two groups of game 
players ; that is , one liking fast paced , 
highly competitive games, while the second 
enjoyed more leisurely, relaxing games. 
These d i f f er-^nces may lead to formulating 
more than one set of dimensions for*inter- 
est 1 ng and un 1 n terest 1 ng , but will more 
1 1 ^ y suggest the need for flexibility so 
that anv aiven qame can be made interesting 
to the largest percentage of players pos- 
sible. How differences among game players 
should be treated by designers must be 
determined. 

We set out to meet two objectives with 
the present study . We wanted first to 
^'o 1 3 f^ct and test a prel immary set of ele- 
T'-nts to define the dimensions of interest 
1 n lam.c^ . Once these were known , games 
cf <ald loca t ed 1 n a descr ipt ) vc space 
delimited by them. Games not bufficiently 
1 n terest 1 ng could then be iden t 1 f 1 ed , 
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suc^^esting possible ways to rcmody thib 
problem. The second objective waS to 
examine the response patterns of the par- 
ticipants to see if subgroups of players 
exist for whoir games might have to be 
modi tied . 

Open-ended interviews about what 
ir-akes games interesting were conducted 
With a group of undergraduate student 
game players. Participants were asked to 
talk about what elements make games inter- 
esting to play, what makes them uninter- 
esting, and wnat they would include in a 
game of their own design to assare 1 1 wcu Id 
be interesting. Twenty-one descriptive 
terms and uhrases were collected (see 
Table 1; . 

Subsequent groups were asked to rate 
games which they found interesting and 
uninteresting on a seven-poi nt L iker t sea le 
for each of these 21 elements. For exam- 
ple : 



Conpet 1 t ive 



1 2 3 4 5 6 7 



Participants were instructed to circle 
the number repre sent mtj the degree to 
which the game possessed each element. A 
1 indicated that the gane possessed the 
element to a very low degree while a 7 
indicated the game possessed the element 
to a very hi-^h degree. Cach participant 
named and rated one game he considered to 
be interesting and one considered to be 
uninteresting . 

Backgammon and Scrabble were the most 
commonly selected games. About 20 board, 
card, and electronic games composed the 
entire group which were rated. We hope 
this fairly broad range will lend gener- 
ality to our method in terms of tne 
presentation nc^ia to which it will apply. 

Data wt_ e analysed on a Xerox oigma-9 
computer using an APL based interacrtive 
system called i rotables, designed by Evans 
(see Evans and Cage, 1979; Evans, Gage, 
and Meideffer, 1980; Evans, Neideffer, 
and Gage, 1980). Analyses were conducted 
from an exploratory rather than confirma- 
tory perspective. Multivariate tech- 
niques, plots, and histograms were the 
primary tools. 

Rating the games on 21 items allowed 
•iS to represent their mterestingness in a 
21-dimensional space, a conceptually dif- 
ficult problem. We sought to reduce the 
number of dimensions via principal com- 
ponents analys:» (PCAN) . PCAN ef f ectively 
reduces the nurrber of dimer.sions while 
Still acco'-inting for most of the variance 



m the original set of variables (1 Ivans 
and Attaya, 1978) . 

When name ra t a ngs were analysed v xa 
PCAN, three principal components (PC) were 
observed (see Table 1) . Each PC is a new 
element of interest in games formed from 
the original 21 items. Values showr in the 
t.'>ble are correlations between each origi- 
nal Item and the three PCs. The numerical 
value for any game on any PC is a weig'ited 
linear combination of ratinqs on the origi- 
nal Items. The first PC is best repre- 
sented by items identified as "challerg- 
ing," "requires skill," an i "testing 
capabilities to their limits." The second 
PC IS related to the length and pace of the 
cjame and to the role of chance factors in 
determining the game's outcome. The third 
PC IS best represented by "cooperat ion . " 
The stability of these factors remains to 
be seen iri repl ici t ion with more -arefully 
cont rol 1 ed da ta col lec t ion procedures . 

Q-type factor analysis, a form of 
factor analysis which reduces the number of 
participants to some minimum number of 
clusters, was then conducted. If the sam- 
ple of participants is homogeneous, i.e., 
most came from the same copulation, one 
factor would account for most of the vari- 
ance among participants. This was not the 
case for our game playerb. Two fav^lors 
were required to account for about 30% of 
the variance. It is therefore reas^onahle 
to thmK of the sample of game players as 
consisting of players of two distinct 
types . 

When these subgroups were compared 
element by element, we found that they 
difffr in their characterizations of "in- 
teiest." One group indicated a preference 
for games that are relaxmc); not too long, 
fast paced, and have outcomes largely gov- 
erned by chance. Creativity and learning 
something from the game are not important 
elements for this group. The second group 
prefers games which test their limits, are 
fast paced, require creativity, and teach 
something during play. They want little 
lef L Lo ciidiice and are nuc conCi ined witn 
relaxation. These differences are plausi^ 
ble because they define two likely groups 
of game players: those who play to relax 
or as a diversion, and those who play for 
tough compe t 1 t ion . 

Because people who appeared to come 
from a single population disagreed about 
what makes an i n teres t ing game we believe 
this information will be imp()rtant for fur- 
ther study. Kither separate games will have 
to be designed for people who find differ- 
ent aspects o f game pi ay i ng ] nteres t ing , or 
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la-^eb rr.wiSt be cons t rue tc-vi that suit the 
^ re ft renceii ot the playerb. 

Our fmdi'-'.^js are ptelin'inary but on- 
(.'ourajmq in ' ^.at our ^nethods of investi- 
gation a^jpear to be sound. We consider 
rrii-s study or. 1,. the diqcjing of the founda- 
tion, but wo are now preparing to pour the 
oer^ent. Shortly, we plan to have partici- 
pants plav and rate a limited n .-^iber of 
qar^es ma controlled environment. All 
i.artic irants will play the same qames 
ander the ^ame conditions. We also plan 
t>> id**ntify physical attributes of the 
M'ar^es wMch miqht help to predict level of 
mtertist the games will generate. These 
">iM*ht ^nciudu game length, time between 
plavs, Timber of colors in the display, 
«:r pore complex measures, such as amount 
of motion. With these ratings we hope 
to producL* aiiTonsionrf of interest to indi- 
cate ho'A interesting games are by their 
relative ^^os^tions cm these dimensions. 
Finall'^ , we hoj-e tc demons ate a change 
in level of xntorctt b> manipulating 
M*jne el*-rents \vhich result m movement 
oi a gai^e al-jri . some dimension (s) of 
1 n teres t . 

We then plan to re-examine our data 
as suaqested by the appearance of sub- 
groups on the JFAC analysis. When this 
project xs completed we will have devised 
5. netl-Qd to studv interest in instruction- 
al qamcs. Altiiouqh our goal is to assist 
J.fSignors of instructional qames, we would 
of course be pleased if our method proved 
to be useful for instructional design in a 
more general sense. 



TABU- 1 

Coi relations Betw*ien Items and Major Components 
of Princi^:jal Cc«Tvx)nents Analysis 

PI P2 P3 Proportion of 











variance 


Challenging 


.83 




-.28 


.76 


Ptequires Skill 


.77 


-.29 


-.24 


.73 


Tests Imits 


.75 


-.32 




.68 


Problem solving 


.71 


-.24 




.57 


Fast thinking 


.68 






.50 


Tough opponents 


-68 






.50 


Strategy 


.66 


-.29 


-.32 


.62 


Corrpetitive 


.66 




-.45 


.61 


Varied versions 


.63 




.31 


.50 


Teaches something 


.62 


-.31 


.35 


.6i 


Alternative moves 


.61 






.41 


Diversion 


.61 


.36 




.56 


Creativity 


.56 


-.32 


.46 


.62 


Game length 


.54 


.39 




.66 


Fast paced 


.54 


.54 




.58 


Specific goal 


.50 


.25 


-.31 


.41 


Cooperation 


.39 




.57 


.49 


Rules clear 


.33 


.44 


.28 


.38 


Waiting tune 


.33 


.55 




.41 


Relaxing 


.33 


.38 




.25 


Luck 




.67 




.46 


Proportion of VAR 


.35 


.12 


.07 
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COMPUTERS AND THE NURSERY SCHOOL 

Dr. Kathleen M. Swiyger and Dr. James Cambell 
North Texas State University 



You wander down the hall, 
through the open door , and look 
around the room. There sets a 
microcomputer surrounded by small 
children who are busily pressing 
keys, giggling, and watching the 
screen. 

At first glance, there seems to be 
noth ng particularly unusual about this 
scene. it is b3ing reenacte i daily in 
school districts across the country. 
The only Uifferene is that the children 
in this case are not high school 
students or even orade school children, 
but rather three and four year c ds who 
can bare y sit still much less interact 
with a computer. Children from the 
North Texas 5»iate University Nursery 
Schcoi. were in roduced to a computer 
thi.s yeai tv^t'^jgh a series of prograins 
de /eloped or the TI 99/4 microcomputer, 
During the 1980-81 school year, we 
wotk'jd with the nursery school and the 
children to develop computer activities 
that could be incorporated into their 
respective programs. This paper 
describes both the programs and 
experiences that resulted from the 
introduction of the computer into the 
preschool environment. 

PURPOSE OF THE PROGRAMS 

The technology of microelec tonics 
has already had a profound impact on 
secoa«Jary and elementary school 
children* We now know that computers 
can be used by students to sol* * 
problems, to learn basic skills, and to 
shoot c'own alien space ships. Children 
acro33 the country arc' lear ing to 
m^-.iipulate sophisticated machinery to 
^■»rive answers to problems and to have 
fun. But these kinds of activities have 
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not had much effect on small children, 
particularly three- and four-year-old 
children. Questions still remain as to 
whether this audience is capable of 
using a computer. Is it necessary, 

for example, to know how to read before 
you can use a computer? Is it possible 
to teach small children how to control 
the keys, etc. 7 

The above questions and more were 
asked m an attempt to discover the 
feasiblity of exposing preschool 
children to the world of computers. We 
assumed that a child learns almost 
everything from his env ironment , and that 
a computer cou^'d be introduced as part 
of this environment to accelerate 
acquiring certain learning skills. We 
maintained that children rcould learn, 
through computer-based play, that they 
are not impotent, that thpy can solve 
problems, manipulate machines, master 
skills, and be powerful. All of these 
concepts are important ,to chilJren, 
regardless of their age. However, 
three- and f our-ye-jr-old children are 
especially vulner .ble and need _t.o 
believe that they have seme control over 
their lives. Therefore, we were trying 
to discover whether, it was possible for 
smadl children to gain control over a 
computer . And , ^ust as important, we 
wanted to know what would happen to the 
children once they had this control. In 
addition, we wanted to asses. ^ the impact 
of the computer upon gender preferences 
and competencies . 

COMPUTERS AS LEARNING AIDS 

When one tentions computers in 
education, a concept of prograinmed 
instruction delivered step-by-step 
through the computer comes to mind. 
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This IS indeed the classic definition of 
coir.puter-assistetl instruction (CAI) and 
IS one used to persuade youny students 
they are encjaqed in a "Platonic" 
dialogue. CAI uses a teaching/learning 
model based on a shaping process: the 
teacher 'or experimenter) reinforces the 
student for making successful 

approximations of the teacher's 
ob3ectives. A careful task analysis of 
tne desired performance is used to 
design tne sequence of instructional 
frames. {11 

This model for CAI has been 
successfully iirpleinented in high schools 
and colleges for a nuipber of years. 
Tutorial programs incorporated into the 
home or classroom have permitted 
children to master skills (such as 
mathematics and speaking a foreign 
language) whenever they ha^e chosen to 
do so, rather than as part of a group 
progressing toward the same goal. Large 
CAI systems such as CDC*s Plato have 
been implemented and are being ased in 
learning centers throughout the country. 
Similarly, math drills and programs 
designed to teach reading skills have or 
are being developed for Pets, i.*s. 
Apples, and TRS- 80 'b. We can safely 
conclude that computers and 

computer-assisted instruction have 
become an integral part of our 
children's educational experiences. 
However, these learning experiences have 
not always been directly translated to 
the younger set. 

Three- and four-year-old children 
have been ignored by computer 
specialists because of the obvious 
limitations of input/output devices. If 
you are forced to rely on a CRT and 
keyboard as an I/O device, then you are 
limited to teaching only those who can 
re -'d or, at the very*, least, recognize 
the alphabet. Even Texas Instruments* 
Speak & Spell ana then new Speak & Read 
requires that the child recognize 
letters and numbers. 

Personal computers are now be ing 
developed that place more emphasis on 
user accessibility and multiple I/O 
modes. Spoken words, a touch display 
screen, and a musical keyboard, all 
provide computer input that appeals to a 
small child. Robert Taylor's group at 
the Teachers College at Columbia 
Universi-ty is working with kindergarten 
children in the New York School district 
to determine the possibility of using 
computers with this age group. Seymour 
Papert, speaking on the first day of the 
International Federation for T'.^ormation 
Processing (IFIP's) Congress 



described an experiment in Dallas where 
a nursery school teacher has written a 
number of programs that enable three and 
four year olds to manipulate? brightly 
colored objects on a "-omputer screen by 
hitting a small number of keys marked 
with arrows to indicate directions of 
mo/ement ar d colors to indicate color 
change. (2J We are now learning that 
interactive electronic systems can 
respond or give directions with letters 
and numbers, and they can also tell the 
child to perform a fasK by playing back 
a recording , syntliesizing speech, 
producing music, or generating an image. 
These powerful new additions to the 
computer enable us to "talk" to the 
preschoolers and to m? -uct them to 
perform certain tasks. 

D£SC PTION OF THE PROGRAMS 

In our work with preschool children 
at the North Texas St^te University 
Nursery School, we have seen that a 
computer can assist the initial learning 
of bas ic ski lis and sophisticated 
concepts. We have seen children sit 
down in front of a computer, use the 
programs, and complete the required 
tasks. Rather than prescribe the 
child's learning experience, the 
computer presents an inviting toy with 
which the child can interact, freeing 
him or her from an adult's limited 
abilities to provide optimal educational 
exper lences . 

The specific learning materials 
designed for preschoolers at North Texas 
are aimed at increasing a child's 
reading readiness skills. The computer 
programs include having the child select 
the shape that is different, match 
various shapes, discriminate between two 
items, estimate vai lous quantities, and 
make comparisons. The children make 
their responses by moving a . "line" 
across the screen ar ^ then pressing a 
specially marked key Vi.en the line is in 
the correct position. (See Figure 1) A 
response 



Figure 1: Example of Student/Computer 
Interaction 
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IS ^iven only'when the jhild selects trie 
correct answer. Our prejlimmary tests 
indicate that a vf?ry pronounced system 
for incorrect responses, such as a voice 
that says "Uh Oh", fritjhtens some 
children. Our progran^ merely sounds a 
short "bleep" whenever the child makes 
an incorrect response. LcCh of the 
procjrams is approximately twenty minutes 
long and can be used by one child or an 
entire group of children. 

SOMK PRELI?^INARY RESULTS 

Altnough we have just begun to 
examine the possibilities of usin^j 
computers with preschool children, we 
have diready made some very positive 
discovc-rit i. *iost importantly, three- 
a d tour-year-old children love 
computers. The power of interactive 
systei?s to . ttract children, to invitp 
their to "play," and to give ti.em 
answers, approx urates tne learning 
process that occurs when a child learns 
to talk, walk, play an instrument, etc. 
Given minimal directions, all the 
children were able to master the skill 
of marfipulat ing the figures and pressmq 
the correct keys. None of the ch^ldr^^n 
appeared afraid of the machine or 
incapable of understanding any of the 
programs . 

We also observed that the children 
appeared less anxious about the machine 
and less apprehensive about the 
materials when adults were not 
physically prese^it. The film we shot 
during the demonstration shiOws a 
distinct difference m the children's 
attitudes whenever the adults leave tiio 
area. It is at this tiT>e that the 
chil(iren relax and truely enjoy the play 
experience that comes fron u^ino the 
computer. Tr.Cj become fascinated v/ith 
the keys and with the spped of the 
con^puter's responses. Not surprisingly, 
a tliree- or four-year-old child responds 
much like an ac'ult when left alone with 
an intriguing toy. 

Another result of the experiment 
occurred in the actual mastery of 
specif i,c ski Us set forth m the 
programs . Djr ing the testing period , 
several teachers would comment on 
specific children, stating this or that 
child was not qu i te ready to master a 
particular skill. Invaricbly the child 
would sit down in front of the computer, 
listen attentively to the instructions, 
and perform the requ' red "lask 
successfully. As educators, we musi. be 



«ware of restricti.ng educationel 
opportunities for our students or 
narrowly def m mg the parameters of 
learn inq that a chi Id is Cr ible of . 
Th 1 s cond 1 1 ion impedes learn mg , 
eventual ly creating learning problems 
that besot almost all children m 
i^chool. On the other tiand, with a 
feeling of r>el f-conf idence that comes 
f rom us 1 ng the computer , ch i Idren can 
pcobaoly learn more complex tasks than 
v*e think them capable of learning. 

INTKHACTIVE GAMKS AND TINY TOTS 

One area that holds great promise? 
for very small children is that of 
computer games . If one builds into 
games an opportunity to increase skills 
systematically (such as doing sometiiing 
faster each time) or to advance to a 
more complex or difficult task, then a 
computer game can provide a very 
valuable experience. Hand coordination 
can be vastly improved by forcing the 
child to press the correct keys. Eye 
coordinatK^n is also .greatly enhanced. 
Justification for these games is simply 
that they can be used to improve a 
child's coordination, which is extre^nely 
important for the acquisition of basic 
skills such as writing and reading 
skills. Computer games can also 
simultaneously incorporate fantasy 
elements, systematic responses, and 
competition as well as foster teamwork, 
coope*'ation , and ctoss-age helping. 

O* course , i n teract i ve games and 
instruction can get boring, like any new 
toy. Variety and increasing challenge 
must be bui 1 1 i n to computer-based 
activities, or they may become tedious. 
Apparently this problem does not a^-ise 
as often when working with 

computer-based materiv»ls as it does when 
working with other types of learning 
materials. Most of the N.T. Nursery 
School ch 1 Idren , for example , were 
playing witii the computer thirty or 
forty minutes aftet be ing introduced to 
the mach ine - Of course , some of this 
may disolve in the future, but for now, 
the children's attention spans have been 
expanded . 

SUMMARY AND FUTJ R . ^.TTIVITISS 

What we ha^e discovered is simply 
that small children can and will use a 
or r. The questions that now remain 
ar what activities can best be 
presented via computer, what techiques 
can be used to present ma ter la Is , and , 
finally, what eifects computers have on 
very small ch: Idren. These questions 
are extremely important for people who 
are concerned with 
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computers jn education, anci the ansv/ers 
hold much importance for future 
generations . 

First, what sorts ot tasks can best 
be presented to small children via 
computer? That is, wiiich skills or tasks 
need to be presented without teacher 
influence or dominance. Several 
educators have conjectureci that small 
children do certain things because it 
pleases adults rather tlian the children 
theirselves. In the bri'^f film of the 
Nortii re 'as children, ve noticed that 
whenever adults were present, the 
children responded to the computer and 
then looked immediately toward the 
adults for approval rather than toward 
the coiTputer. When tre adults left the 
area, the chiidron ^ngacjed in a 
play-like activity with the computer ami 
peformed the retiuired tasks faster. 

What types of techniques should be 
used in the presentation of good quality 
computer-baFed learning materials? Are 
certain colors more attractive to small 
childrei^ tnan to older children? We 
discovered that many of the 

copiputer-iearning materials for small 
children are filled witli unnecessary 
graphics that tend to confuse the child 
rather than explain the task. We also 
found that snerch can sometimes be 
detrimental to good computer-aided 
instruction. As previously mentioned, 
the simple utterance "Uh Oh** after an 
incorrect respons'? elicited very 
negative feelings among the children. 
Therefore, jne must be very careful 
about the intent and pur[)Ose of the 
educational rraterials. 

Thiid, what effects can we expect 
from tfie computer, and how will it 
change our children's personalities? 
There is still debate over how tiie 
television has changed the psyche of our 
youth, and how it has changed their 
learning styles and cognitive 

development. Will uhe same be true of 
the computer? The N.T. Nursery School 
children thought the computer was ]ust a 
T.V. As a result, the children had 
little difficulty adjusting to it. 

Finally, can the computer eliminate 
the sex differences that are sometimes 
associated with certain learning 
activities or env i ronmentr? Recent 
studies have confirmed the increasing 
data regarding gender differences in 
aptitudes and abilities. If this is the 
case, perhaps computers can be used to 
eliminate some of these differences. If 
the computer, like the T.V. , can be 
perceived by children as sexless, r.hen 



perhaps this inanimate object can be 
used to teach those concepts or skills 
that require objectivitv. Can a boy 
learn verbal skills better via. computer 
than he can from a teacher? Can a girl 
gain so 1 f-conf idence in mathematics by 
us ng compu\-ers? The answers to these 
and many other qAiestiOi._ can greatly 
effect the learning ability of future 
generations. With help, we hope to 
perform sevecal studies that will 
clarify these and other issues. We 
intend to film the chilrens" formal and 
inci<lental experiences with the computer 
to better understand the nature and 
effect of the interacticis on 
preschoolers . 

We are extremely optimistic abou*" 
what the computer can represent t.) 
children of the future. It is estimated 
that by the year 1985, 80% of the women 
in this country will be working. As a 
result, a substantial number of our 
children will be cared for in nursery 
schools and day-care centers. Many of 
these preschools and day-care centers 
are understaffed, poorly equipped, and 
provide very little in the way of a 
stimulating environment. A computer 
coulri eliminate some of the gross 
inadequacies that presently exist in 
such places. lu could, in short, be a 
Sesame Street that talks back. If the 
computer can provide some relief in nist 
this small area, then it woul<i indeed 
have a very positive effect on our very 
young chi Idren. 
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COIPLTEP-ASSrSTED INSTRUCTICK IN PFJ^-DT^r, 
CSED POP KINTDERHAPTNTRS AND FIPST HR/^PF^ 
IN DILLON, MCOTANA, IV^Q-RO 

NolliG Bandelior 
First Trade Teacner 
ya V Innes School 
Dil'on, Montana 5^)725 
406-68>5347 



'Jorr u*^'r-a.^sist€Ki instmctior for tcadima mathe- 
iratics 3rd physical sciences has been us€?d m sec- 
or.dar/ schools for o\'er ten vears; however, ccr^:)ut- 
er-ass:stGd mstructicn m other disciplines and 
at tt.e elanentar/ level has laaq€?d behind. With 
the de^'elocrient of ra. crocorputers and the rodix:ed 
oost of hardware, CAI is now withm the budoet of 
elcrnGntar/ schools, but there is an absence of suit- 
able software. With this ir rund, an effort was 
nadc b\' tne auti^or to adapt OJ to teaching kmd- 
'^rcjarten ard first ^jrade students readinQ at tiie 
Mar. Inr.es Scnool ±.r Dillon, Ntontana. 

A ore-year inoertiv^ arant of aporoxinateiy 
32,900 was obtained throuqh t-ho Office Piiolic 
Instr-;ction m Hel-»na, Montana, to develoo this 
pnxrram. The grant wca~ jsed to ourchaso a rucro- 
ccrputer and to roirfciirso 3 teache " ^^nd secret ar/ 
r^r ^'-.car ser^;ia?s, Thf^ '^roqrans were dewlr^ied 
m the s-jTiner of 1^79 and used by einht classes, 
four kir.dercjarter and fo^or first arade durmfj the 
:979-S0 acaderjc year. 

sEizcriati OF tht ^cpocompiter 

Ilie CcfTTtxiore Pet 2001 was chosen for a variety 
of reasons, but the ra-'or factors were convenience 
and sirplicit/: the teacher has onlv one piece of 
equipment to ino^'e into her ^ocr on a cart and cnc 
pluc to insert into the electrical outlet. Load- 
mq procrrams on the cassette, which is built into 
the coirp'jter, is .jLso fd<»v. 

Another desirable teat'ore of the Pet is that 
both capital and lowercase letters, which are em- 
phasized in reading skills, are available; many 
do not have lowercase. However, the Pet cannot 
show both 10WE>rcasG letters and pictures on the 
screen at the saine tire, so rebus sentences used 
in the pro:3ect are capitalizes^. 

The graphics possible on the Pet add interest 
for the stiidcnts. Though animation and pictures 
supply variety to the programs, graphics are tjme 
oonsuming and animations ^rc ifficult fnr a begin- 
ner to program. 

Finally, the cost of the Pet was within the bud- 
get. A printer is not used although it snows which 



word£ and oucstinns a student pissos; hrwewr, it 
a66ec^ cost and canij)li cat ions to the nronect. 

PPDCR/'\M5 

Thirty croarars, nrovidincr CAT o^ the vocabulan' 
used m kindercTartf^n and first arade, were nrepared. 
iVie.^e oroorans supnlojnented the readme nroaram al- 
readv' m use; tliat is, readme skills were taucht 
by the toachcr, and then the microccrputer vas 
available for students to oract^oe that vocabulary. 

Ttie sunniest proaran involves natchin« canitals 
and ICM'er case letters: the screen shcvs a lower- 
case lottt^r, exarr>le "a," rn the scret^n, and the 
student looks for the "A" on the kcvhoard. If the 
correct kev is nupihed, ^ohbv, an an mated robot, 
appears on tlie screor anr^ tells t>^<-^ student the 
ans'Ktfcr is correct, and ^he next letter is shewn. 
The firqt oroctrar featur^^s t>p ^ir^.t twelve letters 
that children studv in their readin^^ readiness bor^.s. 
Another oroarar^ features the next tvvlve letters 
.jnd another has all the letters of the alphabet to 
natch. These alnhabet Drorrrams are nonrallv used 
m late kmderaarten and for reviev in earlv first 
crade. Hcwever, sorie kindcraartners started m the 
fall because thev were already familiar ^^ith the 
letters. Other nroorans ^eature r(±>as sentences 
usma fifteen word^ tauctfit in kmderaarten, with 
one vr)rd left out. Kxamle: 



He IS 
1. tile 



m the 



not 



The ch'-ld is to press the nmrfjer of the correct 
word for the sentence. 

As the child's readina vocabulary increases, the 
corrUexity of the procrams increases. In easier 
proorams, only the missina word needs to be chosen. 
Next, words the child has in the readina classes 
are introduced in sentences witV.^ut the pictures, 
then in short naraciranhs, and then in stories. 
Questions are then asked about a short paraaraph 
-jUSt read, but still appearino on the screen to 
check oonprehension. When a story is read, the 
child needs to rfi^ierf>er it because the storv disap- 
pears before om^rehension ouestions are asked. 
the wrong answer is niven, the storv^ mav be read 
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Twt:^ cidnt'S afx)earinq cxr^uter n¥iqa7ines were 
adapted usiriq seiectod \wabulary' fron the readers. 
A teacher's quiae incl'ides a brief description of 
eavii proqrajr. and tells which bock*s vocabular/ is 
'jTfjhasized to epcible solvinQ of prograins that re- 
/lev. 'TXTdbuiary- ncjst needed. Vnis part of tl"ic: 
teacfier's ^juide is included in the appendix, 

Sir.oe the tape recorder m the Pet takes so long 
t-: find 3 procrai? on a cassette, only one program 
was stcrrd ai each tape. Ttiis siirplified and short- 
',ri€tl t.h»' t;nf^ a teacher needed tc load a program in 
the y*jt: j i rinar/ class roon, teacher-tine is at 
a i.n -^i JT, 



Titj ajr.strjcticr. of each proaram varied, but gen- 
erally *n'ADlved two ma^or steps. First, the sen- 
lencLS, poracraphs, or stories thiat tlie student was 
to se*:- or the screen were written; then the mater- 
ial was r.roGrarmed. After these twc steps, the 
prograir was stored ar\ a cassette. 

Ar; e.xan^rle is aiv^n here to illustrate how one 
of tne oiiTplcr pro^rans was done. Tigers , the first 
prmer -jsec ir first arade, has the follou'ina 



a 


^jet 




CPC 


wh^re 






LS 


stop 


will 


are 






the 


with 


can 


he 


ne 


this 


you 


cat 


help 


not 


to 




cfjne 


here 


or 


wv-ir.t 




fish 


I 


real 


wo 





Sentences were ocrposed using only this vocab- 
ular/. Each tine a word was used/ it Wn3 narked 
to avoid unneoessar/ duplication, allowma as many 
words as possible to be introduced. Sentences us- 
ing this vocabular/ incl'jde: 

A« I go m there. 

' I. can 2. m 3. the 4. stop 

B. Help -yn with it. 

1. not 2. can 3. me 4. to 

C. Where will you ? 

1. cat 2. he 3. with 4. go 

IV^enty suc^i sentence^ v^re written using this 
controlled ^-^cabulary . then the sentences were 
prograinmed for the Pet with Robby Robot informing 
students whether the ans:^r was right or wrong. » 
If the answer was right, the next sentence was qiv 
en. If the wrong answer was selected* Pobby flash- 
ed the oorrsct answer, drooping his antennae sadly, 
then the sane sentence was repeated. At the end of 
each program, the ocrputer shows how many of the 
child's answers were correct on the first try. All 
answers are reguired to be correct bef'^re the pro- 
graiTi goes cn to the next sento^oe or ctory. 



ITJICmF^S OF TW: PROGRAM 

IVie unicnje and fun feature of the oroqram is Rob- 
by Robot. Robby was created to tell children wheth- 
er their answers were riotit or wrong. Rc^hby is the 
children's friend fron outer space who is so thril- 
led whai the child selects the ric^it answer that he 
smiles and twinkles his antennae. When the child 
supplies an inoorroct answer, Robby looks sad; his 
antennae drocu and his smile diScJppears. However, 
he recovers quickly and helos the child find the 
correct answer. Students are aocruainted with Rob- 
by as a friend before usina the microccrputer 
through story telling, writinq stories, sonQs, and 
puppetr^-. Robbv Robot received his name after a 
class contest was held to select the best -lame for 
the friendlv creature. 

CLASSROOM SCHEDfl.INr; 

Eictit classes used the mcrocortputer, and each 
had access at least one dav each week. A variety 
UL techniQues were introduced to start c^iiidren ub- 
mq th£? rucrocOTputer. Some teacJ^rs used a part- 
ner tod'mque: one student was the doer, and one 
was the watcher. Other teachers showed a small 
qroup how use it, and then one child practiced 
at a time. One teadver demonstrated to the whole 
class, and then siB>ervised each child closely at 
first. Seme teachers rBcorded the child's score 
for each program, and others orovided charts for 
the child to record his own score. In some Ccises 
a studsit teacner was used to help chi Idren on 
their initial trv. \o matter the aonroach, child- 
ran easily ieamed to use the microoon^uter . 

Ihe teachers received approximately two hours 
ui-scrnoe traininr* ♦>?f/^>ie school started, an*^ the 
teacher who had written the programs was available 
m the buildina for he Id if needed durina the year. 

EVALUATION 

Written vocabulary tests were given at the ccrr- 
pletion of each of the Houqhton Mifflin Readers and 
the scores vere recorded. Tests used were Houcjhton 
Mifflin Basic Heading Tests , Decoding Skills, Sub- 
test 1, "Word HDcoqnition." Scores were verv hicrfi, 
but were not corpared to the previous years scores 
because the classes were no longer grouped acoord- 
mq to abilit/, and two cl assroons had different 
teachers than the prT?vicnJs year. A valid corpari- 
son was inpossible. Also, since all classrocfn 
teachers elected to use the microocrputer, there 
was no control aroup to use for corparison- Stu- 
dents, parents, teacners, and administrators were 
pleased with the program; the local school board 
bought more microcorputers for the school system 
after they reviewed the oroiect. Ttie evaiuators 
from the State Jffioe of Public Instruction, who 
had supplied the funds for the proiect, were- im- 
pressed with che proiect and had it featured in 
the "Montana Schools," Vol. 23, No. 9, oages 2 and 
3, May 1980, published bv the Office of Public In- 
struction, Helena, Montana. Possibly the best 
evaluation is chat all teachers in the -^ry Tnnes 
Building are usino the kinderaarten and first grade 
reading programs on the Pet during the current IPPO- 
81 school year. 



ERIC 



Preschool/Elementary 271 



PET :^x^'Utet, l«»'"'*-8n 



Vocabdlar 
iS is*.ed. 



PrcjaraiTi> tr ^st_^ Viti": Hcjt^jiitor Mif^li*^ Books 

I . A 1 \. habc' t 1 : I nwi t ^'asp 1< ^ 1 1^' r rat (iios 
Ai»J^ capital, ..seel d, o, \, 

br s, 1, t, e. Child soc-s snvill 
letter a'-.d then t\ix^s ccHJital letter. 
Althabot /: lower caso letter natcht»s 
a' I ' h cap . t a 1 , lIsos rest of a Irh abet 
r.ot uStKi :r. Alr-hat^t 1. Child se<?s 
srall letter a''icJ the: f.-rjc^s C3;)itsil 

/'•I'^i^itx t 3 .1:1^ iiX)'T' 2, asinfi .ill 
letters. 

^i".'r 15 l>is;al xorL^f; ciuldr'-r l»'\inecl 



^i:ri^ S^Tteroes 10 rfi)US sertencf^s 
^ira 15 b."i3il word" c:lMlf3ren lear.*'-*'' 
first. 

m_j:_'^ th I <e t * '"^ r : Ch 1 1 d auc^s se^ the 

^^T-r t** 1*: tl^e onr? Lter has S'^l'-r-^r-c. 
Jonv^ter 1]5 chil^ 1'*' he cTi*.f='^t>c; 
"t^>~ -^ear ^-r "toe ^i\r*^ fror A. 
r I ';ers 

L. T^.rer^ 1*: 'S' scrterrei- am p." basal 



?j ""rtrJ^jas'il '""^rabul \r . 

C: --or J I ' TK:v»j:ulai7 . Cr\\^. . :^ 
' srtx-r o^ natch ir.'T 'vord. 

T^ions 1*: 20 -'.>ntences 'jsir.c basal 
canular. nrl';. 
2. T-if^iji 2*: 20 sentti^noes 'jsina basal a: /J 
• .oPXi.asa 1 \k~<iSd\ ' 1 1 r/ . 

D. Dir/jsaurs 

1. Dinosaurs 1*: 20 sentences 1^1 no basal 
vocabular/ or.lv, 

2. Dm'-^ajrs 2*: 20 senteiices usm*^; basal 
: las rori:)asal vocai^ular.'. 

E. PairijO^^ 

1. " RaTnbov^'T I*: 20 sentences is ma b^isal 

a* . --loni asai ^rxrahular. f r>x^ first nvia- 
37ir.er Green P^n. 

2. riainbows 2*: 20 sent^noe-s usina basal 
and norixisal vocabulr.r.' frcr^ s^'^ccnd 
iTiaaazine, Red Hold. 

^. Rainbows 3*: 20 senterLocs usinq basal 
-^^d rorbasal ^^abalarv' fron third 
na<3azine. Blue Grnss. 

4. Rainbows 4: 2 stcries with 3 oor^^rc^ 
hensi'^ questions ^'or each. Cses basal 
and nonbasal vrxrabular/ of entire book. 
Child Xjpt^^ nunber of correct answer. 

3. Rainbows 5: saiie format as Rainbrv 4. 

F. Signposts 

1. Sign{X5sts 1*: 20 scrit--na^ using basal 



.ind norji^LSat \-Od>)\ila*^ fr'TT ^xrs*" p.vj- 
a7i '^e , '^oiircl '^i^y^'A . 

2. Sicj:-ii)r)c;ts 2*: ^1. +•< lI^-^i^^' basal 
"■c'.d nonbasal "^xralj' il ar' ^rnr ^>«''t^»r i 
mcia/ine, Wipdjnn ^^oi ' . 

3. Sujprx^sts 3*: ^0 sentcM-- lisina basil 
.11^1 norJ')asal vo<:abu]ar ^n>r third pa^j- 
171'^.e, f"<^ldt HioHvvrs. 

^. Si..rr^>sti> 4: {ia'^crnar 'ttt* , words ^rcjr 
ail bOf+:s. Child ^njt.-sM s 1 l»^t*'"'r 
J word iJicked b' ortnuir* r. 
II. P rof J r.TTTS t( iLS( ' w i th < >t) <- r n n b ^ ' i ra*-* r 1 o 1 s 
:n first Jrade. 
A. Pt innr Seat Wor^ 

1'. ' ~ P r 1 r • 1 i Ko r 1 * : ^ 0 sr^- . t ^ 'J" 

I'-fT \rK'ai-'ular' ^■'•■♦■ir' \>nfY, 
5^ rs* Prv^cVr StVjt-.Nf^rV 

1. "^i rst Pr-a^k- r Sea two rk 1: P ?'ar'K^ra:'^s 
cr \r<'ahular- rcvif^v' and ronpre>-f -n^i on, 

V,or*'ts ^n'vn enti r*^ bi'v^' . (^i:ld t"T*'S 

•-.ijptx'r^ o*' correct .ir<^^'<^'r, 
Pu*/?1^ f^aaes 

1. P'lzrl^ '^a^j^'S 1*: ?" stn+r-'-'o-s tir^'^^i 
'T^ciijul ir ( ^ i -r^ \.r' :v«>k. 

2. Pur/le Pa'!r'S ?: ] ; ara"i ^^r 
'.Tx i a r rf '1 e'v^ ■ w td p 1 le* 1 "^^'^ . 
'.Nr^rds fro" Pn77] > P'^s^'- ! a* ^ """j 
•^--ips r f'.f or>rr»^ct ans'.-.. : . 

n. NTtrf r Pan 

r. \urbcr wr^r-'^s 1: 20 'W^-jr, i.^r; ^^lir.t 
mrl n-iri th'^ w^o rd 1-. '^^-i^ • h"^' n.X'' . 
'.'^jnt^ J 'Aordji "• ^hr'^'U'*^ +on. . 

^'^^ild *"-:<\s let*-'-T vrr-^ ^rlllnf; 

".'irtx'r ^f*>rd^s ^: 2S cyin oexs^t 
^p^i 1 - -..T rd 1'" a^ ma Mo"/, r-T^". 
\' irtx^r wcnl^ ra^r:*" *'rnr' /'"rr^ to f^A'^^r*^'". 
0-\\{^. f'^+s ]♦ ^'♦•or r>f vorl telli^v: 

3. C.>'SS tile ■;irt)fr Ix'twr'O- ] n-'t:! |nO : 

.Id fTue*=" ^» 'S ntrt < ' r < 'Ct«''c ' b' ' 
rmxxti.i. '"^'jld is 1^ IS tf/j 

! : ^t'^. or t fjT' low. 

* OTiO w.^^rd IS missint; m oach s*r.tft^x . '"^iild t'TJOS 
the nurber of tlie a^rn-ct ^-^ird. Pr ^v' irrt^fh^i^o- 
Iv 1^ he IS riah*"r is 'ti^^T'I^ f-Jic ■'r,rr*' ct answrr t*""' 
\is^^ 1 n^^ Pisses. rniis*- t!i<^n 'li-,'*" ♦'.h'^ 'T^^rrect 'in- 
s'A*:'r be^'^r^' Mom^'j cr' to t.h''' n*^'/*" <'f r t-.^t , 



272 NECC 1081 



A STUDY OF PRESCL^OL CHILDREN'S 
USE OF COMPUTER PROGRAMS 
Coleta Lou Lewis 
Lamplighter School 



I-.*-!' ) 1 J ion 



tr»:- criiJ tf; r^ei t: i'j c^'.m*juter, be 
i-^ c'j'^tr;!, jird ':^e tne c^rputer to f^^^h 
^o^Jiio'^tS t -t ^^rool'^'^s 3S tne stud^ it 
^■^.t»?r'jr«?ts t:.*!'^.. 'Joanitiv^e know .edge is 

i-^ I .-ite J ty;, -^e- t3l rf;:>rr-sent^ 1^ iOn and 
a-tion. li'ire- 3:tivol/ s true tare tne 
w ;r I i IS t n*j / rce I ve 1 1 . 

Aopiic^tion of tie Logo langaago 
for presc^.ool cniiirer. '.^resented an oppor- 
tj'^it/ to detet'T ne hov to use the language 
f->r -^onre^i'.ag s.jients. Ma^jor emphasis 
i^as placol vipi^n i^-velopreat of procedures 
fit '^Mliren wiuLd enyjy, the cnildren's 
is^ :>t tiiC <»'/ooari, the relationships of 
tnf-^ .-^rocedjrej to cl-^^i-oom activities, 
anJ j^e of cje c<iris. A stjJ/ was conduct- 
e3 to evaluate tr>*j students* use and accep- 
tiicf' ♦ :)ur pr')'s:e ures writ tea in Logo. 

Procedures 



ro.^patec programs were developed m 
fne spring ot. I'^BO toi three and four- 
year-:ild preschoolers attending the Lamp- 
iignter Scnooi Incorporated, Dallas, Tex- 
as. The private school is located in an 
upper— 7^ iddle class, Caucasian area «f 
nortn Dallas. The Texas Instruments 99/ 
44 nome compe er with special extended 
.nemor/ ani the language Ti logo, a dialect 
'jf Logo, were chosen for the pro;) cot. The 
romput'=r language Logo was developed by 
.t^etroers of tr.e Massachusetts Institute of 
Technology Logo Laboratory for children 
to learn computer programming, problem- 
solvmi, and mathematics. The computer 
understands Txlogo language that is typed 
m and follows tne mstructiotiS. The 
built-in mstru'^t ions are called primitives. 



The student can teach Tiiogo new in- 
structions by using those primitives. 

In his article, Perlman (1976) 
suggested minimising the amount of 
work tne young or physically handi- 
capped child must do to get an effect 
on the graphic screen. Special pro- 
cedures were ^r i tten for preschool 
cnildren so they could ODtain tne 
effect of primitives by typing one 
Key on the computer keyboard. The 
procedures were des igned to foster 
the relationship be twee i using a com- 
puter and classroom activities (draw- 
ing, hlockuu 1 Id ing , games with motor 
vehi::les, relationship of numbers, 
speed , color , d irec t ion , space, ob- 
3ect permanence, sequencing, class- 
ification, and visual discrimination). 

Each child's intial in trod uc- 
t ion to the -computer and the proced- 
ures IS through the classroom teach- 
er. The child types the procedure's 
name from a cue card and manipulates 
the variaoles of each procedure by 
typing one fcey . The procedures for 
the younger ch i Idren have fewer vari- 
ables; that is, the> have a choice of 
five speeds and five colors. For the 
older children, ten cho ices of color 
and speed varia^ les are possible. 

Th»e People procedure allows stud- 
ents to assemble on the television 
monitor five body parts for four peo- 
ple. The student manipulates color 
and direction by using one key for 
each variable. Each body part can 
be moved *-o any part of the screen 
and loft there by typing one key . 
Tho student can continue building peo- 
ple until all 20 parts have been used 
or discontinue the procedure at any 
time. After the student uses all 
parts or types One key telling the 
computer they are finished, another 
name can be typed on the keyboard. 
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lows t*^'e ^tjli-nt to -^^-It.^^'t- j jir.M^.- or a 
Car -jEijijJO. Att«^r t'lO orojet u t. i, 

d car ^r '^ara-j*. i^jjcats in ttie /ad 3 it.' oi 
tne scf^^en. -^rrow <o/s allow nr^.j ch.iLl 

to move each sn^t^^e in tojr Luroctiov5 an J 
j'^.anje tne colvr t/omi tJse correct 
<fe/. Tne cnixi c^it ctiooso an/ rdLio oi 
car-, an i |ai'av;»-,s jntil tn»-- total nunvjur jt 
sr.a^Hjs jjals iJ. TUc b.'.aotjb arc- J*, ^-ij^tf^i 
m sjcn a -^lanner tr.at t)otn ob]ects are 
visiDle wner\ the car is olace^i insidr^ the 
^arajt.-. The stadent can continue tre Par^^ 
.jl yct.'ijt*.' antil ail 3 2 sr,apos are JseJ, in 
whic^ jj^*' tne computer tells the chiLi 
It ; ^^t shapes or the ch) Ki can -jtop 
the >: ^Cf' Jjr-- oas^Mnj one '-'^ey c^n tne- 

<eyL' 3 ic i. 

c>lor, in i 'llrec^lon are fsf 
in*> .t vdri^L>l*_^ lot' i oro'^e i jre callcJ 
Vall^s. Th^ stjdent cjn JO - tr-ic< 

'>r m 3ir;;l in* ^fta.'^ L>y ^ js-iinj . 
that ' ';rre.^..onJs to an 1 1 last r a t ion on 
f'.o ca-j Cat i. Tr.-:- soecJs var/ fror. no 
s pe •:* 1 , z J e { J a 1 i n t e r / j I ^ of s oe e d , to *^ i ve 
)r t^*n iirit_r-^-nt ^O'-e is Jv-^en J in j j^on 
t a jt t: e c.".li. Fnu proce^ijrr-s ir*^- 
-written to -illo^ tre ^ jJent to ciiarvje 
sp*.*»_fj, c )i }V , an: Jitection "ariables 
:3/ t /,j 1 nq on-j / . Tr e .* ar i ao I es can oe 
be I e c te j in an / s | j» * n c e for ^ n j n ^ i n 1 1 - 
e -1 n jntj*.* r '-j t 1 1 .re '-; . 

Tne t>jr~. ^jroceijre t,r.^ <:hil'irrn 
can croose cali*jd Buiiii. T::e ^^re -ic ho'^ l- 
•*rz> ieSijn an i cteate stract jr^js O / Tan i- 
pjiitm^ s^jire^i )n th*- ^ra^^n.c screen. 
T*^"* stjient cmtrjis .-olor ani direction 
jt ro/oirent o/ t/yini one ff,ev . Tne ;^roc«-"d- 
jr^j 3x1 Dws tne ^t'jlent to oaiii ^it^ 
sraoes . 

The t ')ir procedares wore- ase i in a 
prescrool .'Ia-^^rf;o in tne sprinj oi 1^80. 
Tne pr )ceJares vere writt»jfn in Marcn and 
ased rfitn tn^^ prescf-ooier -i for IB '_5a/:^ in 
«\pril ^nd May 1980. Daily rocorJb were 
<ept of eazr student's experience. The 
data consist»^i of tn^"- a."noijnt of time sf)ent 
jn the coTipjt^^r and tne prrjcedares* the 
cniliren chose. Hacn child could re^cr^f 
co'^.puter ti.f'.e by placing a name carci on a 
chart. Tne student **ras free to use tne 
co-^pjter for any ienqtr. of time each day. 

Re^^ai ts 

The ana ly 5^1*^ of th»j btudents* time on 
tne computer describes tne total tine sp'.^nt 
on tne computer by tne two 'j roups of pre- 
scnooi children, the amount of time spent 
on each program by each age level, and the 
amount of time spent on the computer daily 
oy each group ( at-e Taoie 1). 

The three- and f our~year-old children 
at Lamplighter School spent 1393 minutes 
on the computer in 18 days. The four-year- 



Old cnilirun sj.'nt lu .nut"-, on ^n•• 
co'i^jut»n' durinj 11 day^ ^'hiU- rl..- thrt 
year-old cnilit^jn spunt ;b 'nnut»--. aurin} 
S',-ven aays. r> e y(;an-}er c:\\iir'n attended 
school two dayo pr-i ^ee^ Witi* tn»' ^oai- 
/ear-olds atteniifjd scrjcjol ti-n ♦ day 3 per 
wee'< . 

•\n iveri^c- of t'-e total no irs indi- 
cates toar-yt-ar-f^i Is spent an av.-racj^j ot 
'■:J4 . 3 minutes p*-'r day on t;n_ v:Miiiput»-r anii 
th*' thcee-ycat-oids spent 7 'J . 4 -m nates 
per day on the computt-r. All prest.mooier s 
attended school approximately j.j nours 
per day. One nojr per iay w.i s spcn. t on 
the play j round . 

Tne preschool children ..p» nt of 
the total computer tine on Dallas, on 
rial 11, 13* on Pe'Ople, and 11* on Par-c 
{ se r "1 n 1 o J ) . The L o u r ~ /o a r - o 1 d c n i I i r e n 
s.^enr ;i* ot tne total tiire Lor tn»-ir <rie 
1 V r L on t h e Ha 1 1 a 3 procedure, while t h 
^nrf*M-.,'oaL-- elect. to is.. Ualla^' 44- 

nf th» time. The proc d ir*^ ♦^nild wa'- 
select^'d tne s<.'C{jn I T-^<jst OLt'-n: ' jjr-."ar 
olds used B.iiid p)^ ot t"" tine wr.ile 
tf r'-e-/eai -olds Use'd Bjili -j^ tr.'' 

total time. \ lartpjr p4_i.c»_nt jI thi*, 
tnr*^^*--year-oUis ♦•l'jct"d to u^* People^ aS 
co'"parei to the four- yojr -'UV-.. "i.he 
/o^noer chil iren sel*-ctei V': jpl^- 1 ' o* 
t."ie tine ^hil*-- tne older ch illr^.-r^ ^...^i«jcted 
Peooir- of tne total 1 1 . Tn»_ fwiii- 

/far-old^. and t hr(.'e- /e a t - j 1 i : -^e 1«.'^' t^-vl 
PjrK 1 « ariii IZf oi tae time m ^-jp^i^ 1 1 .'e 1 y . 

Tne avera^-j" nairo^-r o: etui ii«'n u^in-? 
ti.e computer in a sin'4li' da/ wa ^ 'en 
md f.»' low*'st was l^o, v d3y two 

chilU"»*n u'vd cue r<^mputer w.i tne* Lir't 
Ja/ It W3S Im tne loom. 

Tne aveta'je number of t hr^ /e a r-ol 1 
cnildte-n u^in^i tne* nuiput'-i durini tiv 
se V * ■ n d 1 / s ^a s 4 . J d per iay. Tt i e n«a < \ mur 
jnd rraninjm number of t hrer - /»-ar-ol Is 
^Ci s ^evn and w^ > re spec 1 1 ve L / . 

v.onc I us ion 

The ^^tudy finds no major difLerenc 
ir^ tne way the compute^r is u d the 
f o u r - y e a r - o 1 <i and t h r e e- y e < - o 1 d or • i 1 d- 
ren. Hoth age groups cho*^" to sp<'n i 
more time on the Dallas prn(N-'dare; the^ 
least amount of time was spt-nt on the 
Pnvk procedure . 

The purpose of the study i,;; to 
scribe iiow four- and three- /ea r-o 1 i 
children elect t<^ spend time on four 
specially deoi^ned [jresctiool comfnitf»t 
procedures. i3pth age levels select one 
ot the tour prrtreduros ot the total 

time while tne tiiree remaining procedures 
share 32 s of the t ime ^n var lous f.ropor- 
tions. Conclusions indicate that turtljer 
researcn is nee^WMi to determine the cause- 
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.•r J --Jur*.' ^ a'-Svi ttie t r*i jaenc/ each urooed- 
jr»-- i: ^»^'Ct»'ii. Bciot*' *.»Jacators can Je- 
c jt cop[)att'L- experienco:^ to 

,:>r)viJe t :>r cniUr^r. , Tijny questions nood 
t ^ answer e.i. .Vnat is tne social, emo- 
•li^'^.al, iTvi co^ntive effect ot various 
jf ooTij it'^r procedures? What type 

' :>irpjter proc»i iures atLoct problem 
^oi.'inj sKiIis? Are ti-jert.^ iimitj: to the 
-^.jTvoer jf .'ariabies t'i»> very yuurrg ciiild 
,vir> sjcces-itjlly nap.iyalate? Wnat con- 
^-'^^s at- L -JCTied or altered as a direct 

J' «- ''.n,> iter experience? What ef- 
L 'cn V.:; jh.ild's cofjnitive skills 

.i.'e t.'.e amount of time the child 

•^^e'*-; •:> -^ije-id on the computer? Will 
'"r.e i jojnitive skills effect the 

coT:K.*iJi "cj-iri-ns h^^'sne chooses to do on 
T-'-j sT 3-^^^ jter irti 1 1 i trie ainoant of time 
t'.e ^.tjient elects to spend on the com- 
^^jtet miicative wf tne rate of cog- 
nitive u jfj^i-^? A 4a in, the question is 
'jt ^net er cri idren ^lil or will not 
_i^e Jo^u.'i^rs/ ij ut AHJt Will the childr^^n 
J) «it'. t^*^ JO'Tiputer? vV.st will be tne 
-r'-ect i^.n^, .T-orput-^r on each child's 
ievelopr.en t? rti;at can we do as educa- 
te t-. t'> ".arte tr.at effect advantageous? 

Ma'-.y of tnese questions can be 
. V*. I ; J te 1 1-1 a study of the compar- 
itive ef re ji. iveness of the use of spec- 
ially ies^jned presc''"'Ooi computer pro- 
grams, tneir coqniti/e development, and 
t'-.e i'":>unt >r 'ii^^e e^ch child chooses to 
wjr'. t-'e co.Tpciter. 

He f e r e n c e 

Perl --an, R. Os mg computer technolog y 
to provide a creative learnin g 
IJ? y_L^Qn^g nt for presch ool c hildre n 
• .ogo Me'^.o :;o. 24). Cambridge, 
^^ss,j Massacnusetts Institute of 
Technology, Artificial Intelligence 
..atjoratory , May 1976. 
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Table 1 

Minutui S[)ent on Computer Procedures 
b/ Preschool Chil'5ren 



1 Procedures j 
1 1 




People 


Park 




Dallas 


Build 


Al i Pro^ rams 1 


1 Four 
1 /ear 
i olds 


120 


115 




528 


276 


1039 1 


! Thr^e 
t /car 

t o 1 ci T 


110 


68 




238 


140 


55b 1 


1 Botn 
1 a-^j 


2 iO 


183 




766 


416 


1^95 i 






Pe rcent 


of Total 
b/ 


Table 
Time on 
Preschool 


2 

Each Computer Procedure 
Children 










Procedures 




1 


Peop le 




Park 




Dallas 


Build ! 

1 


1 Four 
. /ear 

olds 


12 




11 




51 


1 

2b 1 

i 


Three 
i year 
t Dids 


19 




12 




44 


25 1 


; Both 
I a i*-' 
1 ieve I h 


IS 




a 




48 


1 
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i-V'\'j'<TLD TfLROtCii NATIONAL NIITWORKING 

SponsorL'd by Cf^L'NLT/'LDUCOM 

t.'h-iire:l bj I'aul S. ileller 

■/jrol' n ^lltrey-i^unlev 
Liizabeth R. Little 



ii^rroco?':. litters 



s ir^ r.^^:L■'^l^' t:: r..' widely used ^or 

' 1- t: .ii i\\oi'~c.\7'\^JL^ ooTLnuni cat ions 
1 >• /ijr.w- - 'Ai.'^r t>r Ji JiffL-ront tmiI and 
' --t ^rt'- 'i 7 5 '3t^:^:. will bu d^jscribod and 
_ - tr I ^. I'j^ . \ "i.-r: ' J'^outc'^r , Vvaen eqaipped 
^ » t :i : . . t: r :i ^ f r c "r ab i 1 1 ty such as the 
^^^^le - r.in ^' ir u I taneoiisl^ 

•-':r. f.-'T-^cniliL a-/d sabs tan tiallv 

r-d.cc *_h-. j0 5t '.f :i r^ji I or conf eroncm'? 



rcresam"? NotA'ork at 



-\i3bTRACT : 'dsin^^ LDUNLT to Promote Literacy 

fli/\ibGth R. Little, Swart'imore College, 
i-vavth'nore, ^A 190fil 

Swc rthpioru Colleqe has ^ust substan- 
tially increased the computmu capability 
available to its faculty, allowing many 
dcpartnents to introduce or expand the use 
of coT^iJutiriq in the curriculum. LDUNCT 
has been and will continue to be used by 
faculty to sample hiqh-quality instructional 
jnd research programs. This oxpericnce 
makes it p'^ssiblc to decide rationally 
between 1) oca 1 development of software, 
2) ac^pJisition and installatKjn of software 
fron outside sources, and 3) continued 
use throuah LDUNLT . 



94 J05 



^ ti'rd Universit 



.roj/n st^l\ . 



a-^.ford has undertaken a 
<t the future of conijutmr? 



*::'>ri. A c-loJr reconir.end.it ic^n 
tre stud/ IS th*„' deVL^iopriont of an 
1 r e-^'razed j-irpus-wiJe copputer mfornation 
5ys::':'"3 r.otv%or<. Hi-^h*speed di jital 
'^icatiDns Will be provided using 
.al cable technolo^/, A priiTiary 
i^-pli ration of t^e network will be text 
rO'-^t -13 in i , C'lcctropir Tiail and messagmq, 
— p>]t->r -7'^'^ f e ren::i p u , computer-based 
: _.,eH^' ^ *: I r.'^' , jnd electronic publishing. 
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GLIDELINDS FOR THE SUCCESSFUL SELECTION AND OPERATION 
OV MINICOMPUTERS AND MICROCOMPUTERS 



Douqlas S. Gale 
Decentralized Computincj Services 
Cornell University 
Ithaca, NY 14833 



ABSTRACT; 

This tutorial is designed to assist 
^sers select, acquire, and opeifate mini- 
'Computers and nucrocomputers m a 
laboratory or classroom. The tutorial is 
designed for the relatively unsophisti- 
cated co.Tiputer user and covers the 
following general areas: o^'^ 

til story of small computers 

r^alative advantages and disadvan- 
tages of r.ic ro/iT.ini/ir,idi and 
r.ax 1 c o.Tip u t e r s 



How to det^r.Tiin^ what kind of 
computer is best for you 

A brief survey of available hardware 
and software 

How to select a sniall computer 
system 

Warranty, maintenance, and operating 
costs 

4 
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COMPUTER-BASED EDUCATION: STRATEGIES FOR SUCCESS 



Franz E. Pauley 
Computer Based Education Systems 
13 Acorn Drive 
Hawthorn Woods, IL 60047 
(312) 438-8271 



ABSTRACT : 

Professional educators and trainers 
concerned with the development of others 
must be ever alert to new technologies 
that make the mission of training and 
education more efficient. Although CBE 
promises do exactly that, m iny educators 
find it difficult to ju tify tne use of 
computer-based training tn business and 
industry. This session gives a rationale 
for defending the use of CBE in the 
corporate environment and outlines the 
requirements for successfully establishing 
CBE. It will review five major criteria 
for selecting a subject that will be well 
received by trainees and management alike. 

Since one of the first major decisions 
that must be made about CBE concerns the 
issue of courseware delivery, Mr. Fauley 
will conclude his prej;<^ntation by reviewing 
the functional and economic differences 
that exist between stand-alone and 
centralized CBE systems. 



II. Establishing a Successful Corporate 
CBE Effort 

A. Gaming top management commitment. 

B. Integrating your CBE system with 
other computer-dependent systems. 

C. Building team effectiveness. 

III. Determining the Criteria for Subject 
Selection 

A. Stability. 

B. Use by a wide audience. 

C. Logistics and geography. 

0. Trainee/instructor interaction. 
E. Demonstrable cost savings. 

IV. Selecting the Right Delivery Mechanism 

A. S*-.and-alone CBE systems. 

1. Major characteristics. 

2. Advantages 

3. Disadvantages 

B. Cent alized CBE systems. 

1. Major ::haracteristics 

2. Advantages 

3. Disadvantages 



Session Outline: 

J. Encouraging tne Use of CBE 

A. A review of the need to establish 
stronger ties with modern tech- 
nology. 

3. Tne impact of exponential growth 

on corporate training. 
C. Employee growth rates in business 

and industry. 
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PRECOLLEGE SOFTWARE EVALUATION AND ADMINISTRATION 



Karen Billings 
Daniel H. Watt 
Ted Mims 
Charles G. Boody 



ABSTRACT : A Joint Project 

Karen Billings, Microcomputer Resource 
Center, Teachers College, New York, 
NY 10027 

The EPIE Institute and the Micro- 
computer Resource Jenter at Teachers 
College, Columbia University, have jointly 
undertaken a project to analyze a selected 
group of microcomputer curriculum products. 
The purpose of the analyses is to provide 
instructional eaders in participating 
schools with consumer product information 
to help them select and purchase micro- 
computer materials that fit the needs of 
teachers and ^.earners* 

The project will first produce updatable 
files that contain comparative analyses of 
the microcomputer courseware produced by 
major publishers* Tae first stage looks at 
only the microcomputer software that covers 
a wide range in the school curriculum. 

An analysis instrument stresses the 
aspects of good instructional design 
specific to the new technology. It looks, 
through a number of different levels, at 
the intent and content of each progrcun, 
the methodologies used, and the means of 
evaluation. Design congruence and use 
considerations help summarize each 
analysis . 

The analyses will be most helpful to 
school personnel at the district and the 
education service agency level, such as 
curriculum supervisors, department 
coordinators/ and media specialists. 



ABSTRACT: A Description of an Educational 
Computer Resource Center 

Daniel H. Watt, MIT, Brookline ' ablic 
Schools, Technical Education Research 
Centers, Boston, MA 02139 



During the spring of 1980, Technical 
Education Research Center a non-profit 
educational research and development 
firm in Cambridge. Massachusetts, established 
the Computer Resource Center to provide 
edu;rators throughout New England with 
up-to-date information about instructional 
uses of computers in pre-college education. 
The center includes a representative 
collection of different microcomputers, 
books and periodicals relating to 
educational computing, and a range of 
software for demonstration purposes. 
Activities at the center include a drop-in 
microlab for educators, workshops for 
teachers and school administrators, 
consulting with school systems, and the 
early stages of a computer education intern 
program and a cooperative software 
evaluation exchange. 

This presentation will describe the 
center's activities and discuss the 
strategies we are using to develop a 
supportive community of center users and 
to create an ongoing base of financial 
support. We will offer an appraisal of 
successes and failures during our first 
year of operation, and hope to spark 
discussion and dxchange of ideas* with 
other groups engaging in similar ventures 
throughout the country. 
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ABSTRACT : School Scheduling System 

Ted Mims, Department of Computer Science, 

Louisiana St.^te University, 

102 Nicholson, Baton Rouge, LA 70803 

The School Scheduling System (SSS) 
IS a complete, inter -ated scheduling and 
record keeping system for elementary and 
secondary schools. SSS incorporates simple 
and easy-to-follow menu directives requir- 
ing minimal operator training. The system 
IS user-oriented and contains many features 
to reduce operator" error, along with 
extremely powerful error recovery procedures. 
School administrators and teachers were 
consulted and assisted in the development 
of the system. SSS produces several 
reports and maintains student and school 
personnel files. These files are designed 
with flexibility to allow for modification 
and expansion, The programs used by SSS 
are modularly designed to allow for 
additional expansion as the need arises. 



ABSTRACT; Comprehensive Achievement 

Monicoring: Instructional Management 
on a Microcomputer 

Charles G. Boody, Hopkins School District, 
Administrative Offices, 1001 Highway 7, 
Hopkins, MN 55343 

Comprehensive Achievement Monitoring 
IS an instructional management tool that can 
produce information upon which teachers can 
base teaching end curriculum decisions, and 
with which some accountability questions 
can be answered. Whein CAM is used, teachers 
are expected to: 

1. Define their course with 
behavioral objectives. 



2. Develop test items to measure 
student performance on each 
objective . 

3. Bu^ld a set of randomly parallel 
tests, each of which evaluates 

a sample of the course objectives. 

4. Design a regular, usually 
fci-weekly, program of testing 
the students. 

5. provide for the computer program 
the date on which a student is 
taught each objective. 

The Hopkins , Minnesota , School District 
has been involved with CAM developments 
since 1969. During the past ten years, 
they have received two federal grants tc 
aid development and dissemination of their 
work. In 1978, they contracted to develop 
CAM on the Apple II microcomputer, a 
project that has bfeen successfully 
completed and widely use-J dp«?pite the 
assertions of some "experts " who claimed 
it could not be done. Presently, the 
system is m use throughout the continental 
United States and in Alaska. The report 
to NECC will include detailed information 
about the system's limits, the reports 
presently available, and the 'extent to 
which the system can be expanded. 



ERIC 



'a 1 



Graphics 281 



SOME USES OF COMPUTER 
oRAEhlCS IN THE 
CALCULUS CLASSROOM 

Robert F. Maurer 
Timothy P. Donovan 
The Penna. State U. 
Mont Alto Campus 



INTRODUCTION 

Human limitations are a constant 
hindrance to effective teaching in calcu- 
lus classes. Lack of artistic ability 
and the slowness of hand computations, 
even with a hand-held calculator, are two 
of the most frustrating. Most courses 
require that so much material be presented 
that little class time is available for 
carefully sketching graphs or including 
laborious calculations to illustrate such 
concepts as the definition of limits 
or the upper and lower sums converging 
to the definite integral. Too often 
the graphs are sketched hastily and 
poorly. Important roncepts are glossed 
over or ignored altogether. 

At several campuses of The 
Pennsylvania State University, the 
unique graphics and computing capabiii- 
ties of the Apple II Plus microcomputer 
are being used to overcome these diffi- 
culties. A library of classroom demon- 
stration programs evolving through the 
cooperative efforts of several faculty. 

This papar' discusses some of these 
pedagogical situations and the programs 
that have been written to deal with them. 
All the programs discussed were written 
in Applesoft Basi,?, a floating-point 
Basic for the Apple II Plus. Basic is 
quite easy to learn for a computer neo- 
phyte. Naturally, it is even easier for 
someone who knows Fortran. In fact, with 
any computer backgroun<i^at all, one can 
begin prograraming immediately, referring 
to the excellent manuals provided by 
Apple Computer, lnc» only for trouble 
spcts* 

SKETCHING GRAPHS 

Every mathematics instructor, at 
one time or another, has longed to be 
able to sketch graphs of functions quickly 
and accurately, expecially when discussing 
how similar functions are related. Sever* 
al examples ccsne quickly to mind: y = x^ 
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vs. Y = X**, y = e vs. v = 2^, and 
y = x^ vs. y = x^ + 2 vs. y = (x + 2f, 

Applesoft Basic contains an HPLOT 
command which makes it very easy to write 
a graph'Sketching routine in the high- 
rcsclution graphics mode. The particular 
program being used also contians a funct- 
ion input routine which allows the user to 
sketch the graphs of several functions on 
thp same set of axes in different colors. 
The scales on the x- and y-axes can be 
adjusted by the user. 

An error handling routine draws a 
vertical line in white at each x-value for 
which the function is undefined. Vertical 
asymptotes are thus drawn automatically, 
and white bands are sketched for x-inter- 
vals yielding negative arguments for the 
square root function . However , because 
Basic does not understand complex numbers, 
the isolated point at the origin in the 
graph of y = x/sqr(x^ - 1) is treated as 
undefined. 

Improvements to the program will 
allow specifying the location of the axes 
on the screen and a particular x-interval 
for the graph. 

DERIVATIVE DEMONSTRATION 

Students understand derivatives much 
better when they grasp the relationship 
between the graph of a function and the 
graph of its derivative. This relation- 
ship is difficult to show without prepar- 
ing transparencies or laboriously sketch- 
ing graphs at the board. 

Two different programs are currently 
being used. These will eventually be 
revised into a single program with several 
options . 

The first program plots the graph of 
the function in the top half of the screen, 
and then plots tiie derivative of the 
function in the bottom half of the screen. 
The scales on the axes are calculated by 
the program and are the same for the 
function and the derivative. A short tan- 
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gent line follows along the graph of the 
function as t ;e graph of the derivative is 
being plotted. To illustrate critical 
points, vertical lines are drawn at the 
zeros of the derivative from the deriva- 
tive X-axis to the graph of the function. 
The derivative is graphed using approxi- 
mation to the slope of a secant line with 
a very small value of Ax, e.g., O.OOl, 

The second program plots the 
function on the full screen and then 
plots the derivative on the same axes in 
a different color. Higher order deriva- 
tives can also be plotted on the same 
axes. This prograun can optionally 
demonstrate the definition of the deriva- 
tive as the limit of secant lines. The 
user moves a point along the curve using 
the game paddle. Pushing the button on 
the paddle fixes the point. After the 
initial point is fixed, pushing the 
paddle button causes a line to be drawn 
through the current point and the fixed 
point. This process can be repeated, 
each time moving the second point closer 
to the fixed point. 

?OLAR GRAPHS 

When teaching functions in polar 
coordinates, the Instructor encounters 
two basic difficulties: the graphing is 
time consuming, and the traditional 
approach is inadequate for anything more 
explicated than a simple rose or cardioid. 
To compound these problems , the student 
feels uneasy with polar coordinates of any 
sort, making it an imperative to provide 
many detailed examples. 

Using a polar coordinate sketching 
program, the instructor can display many 
graphs in the time it takes to do only 
one by hand. The student can see what 
difference a change in the function can 
make in the graph. Of course, it is still 
a good idea to do several graphs by hand 
before the computer demonstration so that 
the students can see what the program is 
doing and gain a real appreciation for the 
speed and clarity of the Apple II*s 
graphics . 

SURFACE SKETCHING 

Anyone who has taught three-dimen- 
sional analytic geometry knows the diffi- 
culty in producing a graph of any sort 
for these surfaces. The program sketches 
surfaces of the form z = F(x,y) by 
sketching level curves for constant x. 
Surfaces of the form z^ = F(x,y) can also 
be done by first sketching the positive 
square root and then the negative. The 
"bottom** of the surface as seen by the 
viewer can be sketched in a deferent 
color. 

The sketching procesSv is somewhat 
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slow. However, using a floppy disk allows 
the graphs to be plotted in advance and 
rapidly recalled in class. Using the 
disk, many graphs can be shown and dis- 
cussed in the time that it takes to 
generate one. It is probably best to 
show the students one graph from start to 
finish so that they can understand the 
process of plotting level curves. 

DIFFERENTIAL EQUATIONS 

Most ordinary differential equations 
courses today include a chapter on numer- 
ical solutions. The usual approach is to 
consider differential equations of the 
form y' - F(x,y) with an initial condition 
of the form y(a) = b. To demonstrate the 
types of error involved and some of the 
pitfalls, some problems have to be carried 
out for many iterations. Such a calcu- 
lation is practically impossible without 
at least a programmable calculator. But 
the Apple II displays the results as they 
are generated, which is faster than pass- 
ing a computer printout around the room. 

The program allows the user to 
specif/ either the Euler or Runge-Kutta 
methods of solution. It offers the 
latitude to select initial conditions, 
increment, and number of iterations 
printed. After displaying a table of 
solutions, the program will graph the 
approximate solution, if desired. This 
feature allows a visual demonstration of 
some anomalies as well as the role of 
initial conditions in the solution. 

CONCLUSION 

The above are only some of the 
obvious uses for a microcomputer in the 
classroom. Additional topics for which 
prograuns are being written or are contem- 
plated include limits, the definite inte- 
gral, and areas in polar coordinates. The 
Apple II Plus handles all of these tasks 
well, and in most instances has finished 
its task before the instructor can explain 
what it is doing. 

While no external demonstration 
substitutes for effective reaching, the 
Apple does complement instruction well. 
The students relish the change oj: pace 
that it offers. The advantage of provid- 
ing the borderline student with one more 
explanation for a difficult subject should 
not be overlooked. The only problem with 
using the Apple is the amount of time the 
demonstrations use. But with careful 
planning, total class time can actually be 
reduced. The students are comfortable 
with the television presentation of the 
Apple. During the demonstrations they 
usually express an interest in the prograun 
itself and often suggest problems that 
they would like to see. Several students 
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have indicated that they understood the 
material much better after seeing the 
comput'3r graphics. 

In conclusion, while the idea is not 
perfect, the authors believe that the 
experience for both students and faculty 
has been a highly positive one. 
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"HE HUM;^ factors GF color DISPIAY-Ey^SED 
INSTRUCTION 

John Durrett, Catherine Zwiener and Rc^rt Freun4 
Center for Autanated Systans in Education 
Southwest Texas State University 



INTRODUCTION 

Tie Center for Adtomated S/stens in 
Edacation is located at Southwest Texas State 
Uniyersity. v^^ nission ot the Center is to 
explore the hUDai factors of automated systans 
1 i nstruction. The Center conducts val idation 
studies of conputer- based instructional systans 
and hunan factors stidies associated with auto- 
mated sys tens. We are currently conducting 
research on the use of color graphic displays for 
conputer-based instruction under the sponsorship 
of the Control D^ta Corporation. Color displays 
are beconing nore ccnmon and are nore canplex 
fran a hutnan factors perspective than black-atxJ- 
white displays. A cjood working knowledge of the 
hunan factors o^ such displays is essential for 
their effective use. 

Many individuals who use color display 
systens want to xnow what colors should be used, 
^feny combinations sliould not be used. The char- 
acteristics, capabilities, and limitations of 
the hunan information processor that will be 
viewinq the display must be considered. Inter- 
action with a color display is dependent on 
perception. It is through an understand i^ig of 
the factors that affect our perception that we 
can obtain guidelines for the use of color 
displ ays. 

peRCEprioN ^ND the visual system 

ODviousIy, the nature of the stimulus and 
the structure of the visual systan affects our 
perceptions. This fact provides the ampirical 
foundation fo. statements and reconvnendations 
about usirt^ color displays. 

Structire nf the Eye 

The e>9 focuses light from external objects • 
on a light-sensitive area known as the retina. 
The retina, the most complex component of the eye 
and an extension of the brain, is composed of 

* This material is based upon work 
supparted by the Control Data Corporation under 
grant f aCB09. 



maiiy types of receptors two of which are rod- aixi 
cone-shaped cells. Rods respond to low levels of 
il Icn ination and produce visual sensations of 
shades of gray, but no color. Cones respond to 
high illumination and produce visual experiences 
of color and detail. Rods produce their maximun 
respanse to yellow light. So, the relative 
brightness of matched blues and reds and greens 
and rads varies as a function of ambient illu- 
mination. In fact. If green is to be as vivid 
as red under high illunination it must be three 
times as bright. Chan^jes in illumination cause 
cones to adapt after ai>)out 7 minutes. Rods re- 
quire about 30 minutes to total ly adapt. 

Che of three different color pigments 
present in a cone makes it sensitive to red, 
green, or blue light. Cones also differ in the 
1^ el of sensitivity to a particular color of 
1 ight. Tht cones are completely active at 433r*i 
for .>lue, 535nu for green, arx3 5o:3ni,i for red. 
Blue receptors are significantly less sensitive 
than the green or red receptors. 

The theory that explains how we perceive 
color from these receptors postulates an opponent 
process mechani3n. Three opponent receptors — 
blue-yellow, green-red, and wriite-blaok — produce 
our color sensation by various increases and 
decreases in neural firing rates. Current theory 
emphasizes adaptation, contrast, color appear- 
ances^ and afterimages to explain color vision. 
For exanple, since it is impossible to see a 
mixture of red and green in the same patch of 
lights those sensations are explained as results 
of opfjjsite and inconpatible activity in the same 
system. 

Near the center of the retina is a slight 
depression about 1 sq mm known as the tovea. The 
fovea is canposed entirely of cones. These cones 
are responsible for detailed vision processes. 
The concentration of cones decreases moving away 
fran the fovea to the periphery of the retina 
while the concentration of rods increases to a 
maximum in the periphery. Since high concentca- 
tions of cones produce detailed visual experi- 
ences, visual acuity decreases as the distance 
fran the fovea increases. There are ?»nes on the 
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retinal surface that are differentially sensitive 
ro different colorb. Iho eye is sensitive to all 
colors at the f-vea; red^ and green.i becoiie harder 
to perceive toward tne periphery, t.ten yellows arU 
b'lLies becone nore difficult to perceive. T^ere 
are no cones in the periphery and tnus, no colors 
are perceived in that^area. 

Ihese 1 imitations of the vioual system lead 
to the following reccmniendation about color dis- 
play orjaruzation. Since red and green areas of 
the spectron are reduced at the periphery of the 
visual field, do not use red and green outside of 
nornal line of sijht or place codes in these 
colors '^ere they are 1 ikely to be overlooked. 
I*" the/ nust be used at the peripiiery of the 
vis'jal fielJ, naKe thf i blink first before con- 
tin.joj.^ h^play to get the user's attention. 

Co lor Rarception 

Color vision is a ccnplex process of three 
interacting ps^holo^i^al paraneters: hue, 
bri'jhtness, a^Td saturation. Hue is what we nor- 
mally tninK of as color. Brightness, is relateci 
to the intensity of li-jht reaching t.ie retina. 
Cenerall/, hi'jher intensity lijht sources appear 
bri:|htly coloiTed wtule lower intensity 1 1 jht 
sources appear nore dull. However, tne retina 
is als) differentially sensitive to various 
wave lengths in the spectrum. Yellow is per- 
ceived as the brightest spectral color while 
red and blue are perceived as the least bright. 
Saturation is produced by the interaction of 
hue and brightness and is that aspect of color 
most strongly influenced by the addition of 
white light. For exanple, a 100% saturated 
Sfjectrsi roi becane:= more pink with the addi- 
tion of white light. Ibv^ver, in terms of !-|ue 
it is still red, only a red of decreased satu- 
ration. 

Contrast 

In addition to these psychological compo- 
nents, there is the honan dependent parameter 
of contrast. ;Vhile brightness is essentially 
a measure of light inten<;ity of a signal, con- 
trast is the relative brightness of signal 
over background. The greater the difference ^ 
in wave lengtns between tvo colors, tiie greater 
the contrast and readability of a display. 
Darker colors sirh as red and blue are not as 
visible as 1 ighter colors stch as vhite or 
yellow when viewed on a dark background. Using 
higher contrast and colors that have large dif- 
ferences in wave lengths produce a more readable 
graphic. Tiis is not a SLt>jective phenomenon 
but arises frcm the characteristics of the 
visual systan. 

Reductions in contrast daninish our ability 
to detemine details. Research has indicated 
that visual acuity depends on the colorof the 
synbol and the type of background. In fact, 
symbol size must be increased fron 15 to 4 5 
minutes of arc as the number of colors ' ncrease 
fron 1 t W for adequate color perception. 



Ta SK E=hviror¥nent 

Ttie visibility of a display is also affected 
by the task environment, m jh amtient illumina- 
tion reduces synbol to background contrast ai>d 
lov^ers visibility. Further, s??nsitivity to color 
increcises as the visual systei adapts to' darkness. 
L'nproper illunir^tion of the color display eiwi- 
ronnent can result in reduced performance, d i J- 
canfort, and subjective fatiouc ard limits the 
effectiveness of color changes. i^inbiiJit illtini- 
nation can result in reaction time ctianges for 
various colors. Further, roact^on times are 
fastest for red arxl blue wtule they are slower 
for yellc^ 3ixi yel lew-orange. Depeiximg upan 
the appl ication, tnese may be important vari- 
ables to consider wnen using color in a display. 

Age:ieral conclusion is that if high illumi- 
nation exists, rod should be used as the key 
coding color. Further, use of blues and greens 
should be limited to large zones or lines and 
not used for al piianuner ics. Also, blues should 
not oe used for coding information presented in 
the fovial rejun. Brised upon the properties of 
the visual system, suggested colors for coding 
are with yellow, red, and wnite. 

Color Deficiencies 

Finally, we hust recognize that not all 
individuals have a perfect visual system. 
Betveen 6 and lOi of the male po^xjlation has 
defective color receptors ar>d are unable to see 
certain colors. Less that .05* of the female 
population 13 defective in color vision. Color- 
based coding should not be used w.ien individuals 
with color defects such as color blirxiness will 
operate a d ispl ay. 

Pcli^CEPTION AND LEARNED SXPEKIENCES 

A second factor that affects our perception 
is our learned experiences. This factor also has 
implications for the use of color displays and is 
a conplex area in wtiich behavior is determined by 
past learning airi the inherent hunan processing 
capabil ities. 

Limits of Processing 

Research has generally ireJicated that a 
limited nunber of color codes should be emplov^d 
in most contexts. However, with training, as many 
as 50 colors have beeti employed in the labora- 
tory. In general 7 +/- 2 colors can be employed 
with experienced, long-term users. 

Attention 

Color infl uences attention. By carefully 
utilizing color to manipulate attention, the user 
can partition material at key points, organize it, 
and code it. Techfiiques that direct attention 
increase the likelihood that the attended to in- 
formation will be processed. 
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Learning and Comprehension 

Color can be a significant influence on 
learning and CGn^prehension of material presented 
on color displays. Color is superior to black- 
and"whfite presentations because it speeds proces- 
sing time and organizes and motivates the learner. 
But no differences in the interpretation of infor- 
mation are observed if adequate study time is 
allowed. Infomation presented in color is recal- 
led better than material presented in black-and- 
v>rhite for some individuals. Further, color can 
assist learning if used as a redundant cue or to 
highlight key concepts. \k>mver, tiie color of 
key concepts and responses must be matched for 
maximum perfomance. 

ft)pulation Stereotypes 

Consider carefully population stereotypes 
when utilizing colors to present information. 
Fbr ex2Riple, among colors available for color 
graphic displays, the colors red, green, and 
yellow have been stereotyped in the population to 
denote "down", "stop^ or "danger" for red, "up^, 
"go" or "ok" for green and "wait", "caution" or 
"sic*/* for yellow. The application of color to a 
specific task should employ these color stereo- 
types to achieve maximim performance. Graphics 
that use red and green in ways contrary to the 
stereotype can interfere with information proces- 
sing and result in incorrect conclusions. Mhile 
graphics that use red and green in ways that agree 
with the stereotypes can assist infomation pro- 
cessing. Colors should be used in ways that agree 
with the text. 

PSRCEPTION \ND INDIVIDUAL ATTIfUDES AND VMJJEs 

The final factor affecting our perceptions 
are our individual attitudes and values. This 
factor also influences our use of color displays. 
Quite honestly, people prefer color displa'^s to 
monochromatic displays for several reasons. 
First, there Is less subjective fatigue. This 
is certainly one reason green phosphor displays 
are less subjectively fatiguing than black-and- 
white displays. Color also motivates. As 
we have noted earlier, color is a powerful 
attention manipulator that can be entertaining 
and aesthetically pleasing. 

In sunmary then, any use of color to portray 
and convey information should employ maximun wave 
length separation to produce maximum color con- 
trast. Careful attention must be devoted to con- 
trast variables to assure legibility and reading 
ease. Always use highly saturated colors. 
Limit the nunber of colors used to four. Reiaan- 
ber# the limitations of the hunan Information 
processor are more severe than the 1 imitations 
of the hardware. Always code alphanimerics in 
red, white, or yellow while limiting use of 
blues to large nor>-fovial areas. Code peripl>- 
eral signals in v^ite since red and green are 
not easily visible at the periphery of the visual 
field. And finally, follow conventional color 



uses. lOiowlng and using these findings will 
result in improved performance of individuals 
using color displays. 
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Curriculum '68 [3] and Curriculum '78 
[4] have been beneficial to computer 
science departments for the formation of 
their current course offerings. Central 
Michigan University has been no exception; 
our course selection has been extended in 
several areas since the early 70s [5] . As 
a result, we have chosen to offer a 
semester course in computer graphics on a 
regular basis, rather than as a special 
topics course as Curriculum *78 suggests. 
While this may not be considered 
suprising, you must note that this 
department does not emphasize engineering. 
Our students, undergraduates and 

graduates, are more interested in 
software. Students receive exposure to 
hardware via logic circuit design and 
microcomputer courses. But they ^ are 
exposed to several languages and concept 
courses. Our students have been highly 
esteemed by numerous employers for their 
thorough background in various software 
components. Computer graphics represents 



one aspect. The topic of this paper is 
the problems incurred when teachmq a 
graphics course with a non-engineering 
emphasis , and 1 imited hardware . 



Need 

All of us recognize computer science 
as a multidisciplinary field, and that 
certain key components can be stressed. 
One expanding area is computer graphics, 
as evidenced by the growth m the special 
interest group on computer graphics 
{SIGGRAPH). The attendance at SICGRAPH bO 
notably exceeded the attendance at AGM 79 
[8] i With such a massive interest group, 
computer science departments need to 
devote attention to this growing area. 
Graphics has been historically linked to 
engineering departments and CAD/CAM work. 
Areas such' as CAT, animation, visual 
display of daca base links, etc. are just 
as important and deserving of 
investigation. But the study of computer 
graphics has certain appeal since the 
results are visible m a different manner 
than the normal computer printout, 
students are notorious for using computers 
to play games and draw pictures, producing 
results which can be enhanced with the aid 
of araphic techniques. Even the current 
microcomputers have greater graphics 
capabilities, making possible simple 
animation and graphics. 

Approach to Teaching Graphics 

Any course in computer graphics is a 
multi- faceted course . Topics from 

mathematics, operating systems, algorithm 
design, logic circuit design, and o+,hers 
are introduced. In our course, we 
consider ourselves as end-users of 
software packages. To understand the 
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operations of the final product, some time 
must be spent lookinq at the lower-level 
of the software. So, introductory time is 
used to discuss the special control codes 
for various graphics devices, such as a 
plotter and a storage tube display, e.g., 
CaiComp 565 plotter, Tektronix 4013 
graphics terminal. It is doubtful that 
the bulk of the students will design 
graphic systems, but ' they may have the 
opportunity to incorporate the ideas \i 
software systems It is essential for 
them to understand that they are only 
oporatinq at the tip of the iceburq with 
the software. An outline of the course as 
taught at Central Michigan University is 
given m Appendix A, v;h3ch illustrates the 
nixture of topics presented in the 
discussion of graphics. 



Softw are 

To tea^-h araphics, the necessary 
software must be made available to 
students In our situation, the 

department owns the graphics equipment and 
has the responsibility of maintaining the 
software. This differs from the other 
Situations where the computer center is in 
charae. Wo make available the Basic 
CalConn [1] =!nd Tektronix Plot- 10 [6] 
packages for public use. Since these 
packages are the most widely accepted, we 
hope students understand what to expect in 
other commercially available packages. 
One area whic>\ both software libraries 
lack IS operations on three-dimensional 
information. This must be compensated for 
the classroom, hut it provides the 
opportunity to develop these and other 
algorithms for data manipulation, 
including perspective drawings of 
St ick-f igures . 

While students are expected to become 
proficient with the equipment available on 
campus, classroom discussion includes 
hardware features not available as well as 
other software packages. The special 
issue of SIGGRAPH [2] has proven to be an 
excellent reference, and is assigned as a 
text, along with the text by Newman and 
Sproull [7] . 

One advantage of the SIGGRAPH 
publication is that it provides a' 
description of the core-system, proposed 
as the standard for computer giaphics. 
This introduction gives students the 
needed background information should they 
come into contact with the core-system at 
a later point. The concept of 
standardizatio.Tj of software packages is a 



/ 

novel idea for students , although they 
thoroughly appreciate the standards for 
programming languages. 



I n^ter active Computer Graphics 

Any course in computer graphics 
should include time working wx th a 
plotter, be it a drum or flatbed. 
Installations will often have some fojrm of 
<- plotter (or even a line-printer ) before 
they will have a graphics terminal. 
Plotters are ideal for the types of 
drawing, they produce, but the construction 
of interactive plotter programs is often 
difficult. Most operating systems 

consider plotters as off-line equipment, 
or more likely, the plotter is not next to 
the terminal where the person is 
interactively executing a program. For 
these reasons, plotter programs are often 
batch-oriented. An alternative to this is 
to develop alternate run-time libraries 
that can be loaded at run-time without 
changing the source program. The goal is 
to allow the same proaram to display its 
results on a different device with-only a 
change m the job control language. One 
such package available is PPF, which 
allows a choice from several libraries 
[9] . For our use however, we developed a 
utility for our CalComp software to allow 
a user to preview thexr plot file. This 
is not completely interactive because our 
version is not included at run-time, but 
IS merely a separate program which can 
read a created plotfile and display it on 
our Tektronix terminal. This is a relief 
for our computer operations staff, mainly 
because of the redaction in the number of 
plots sent to the plotter. Students enjoy 
It as well because of the increased 
availability of the Tektronix terminal as 
opposed to the limited times the plotter 
was operated . 

By the time students register for CPS 
575 - Computer Graphics, they will have 
completed Fortran programming and PL/I 
programming, in addition to a mathematics 
course on matrix operations. The 
interesting aspect of their background is 
that they have not learned the art oi; 
science of developing interactive 
programs. The above mentioned proqramming 
courses stress the language. The students 
may have executed their programs at a 
terminal , but the approach was to provide 
a batch-style output display and input 
format. In the area of gtaphics, the word 
"interactive" plays a key role when 
dealing w:i th devices other than the 
plotter . 
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Certainly proqrams are easily 
identified that arc not interartivc with 
the user, but 'defining requirements for 
interactive proqrams is much harder than 
for batch. For our purposes, we assume 
the user is not readinq a user's quido 
while sitting at a terminal. Tne proQram 
exec'ited at the terminal must load the 
user, prompting for needed information m 
a clear and self-explanatory fashion. A 
common mistake is to have the aser enter 0 
or 1 when the intended response is YES or 
NO- Students are limited to one side of 
One sheet of paper that must inrlude a 
program abstract and the operating system 
commands needed to execute the proqram. 
Once the prograir is started, we assume 
that the paper is no longer us^d. This 
approach has been awkward for some 
students. While understanding their own 
program, they may have difficulty 
conveying its operations to others. 
Students are encouraged to solicit 
, volunteers from another class to test the 
P written directions for clarity, 

simplicity, and correctness. 



Co ncepts versus Algorithms ^ 

After stressing for > interactive 
programs, concentration is placed on the 
role of computer graphics and what it can 
do- In some areas algorithms are 
presented, for example, for drawinq 
straight lines between two points on a 
plotter or on a microcomputer display. 
But the most part, students need to be 
aware of what the software can do, not 
necessarily how it is done. With emphasis 
on concepts rather than algorithms, more 
useful information can be covered, 
including a survey of other graphic 
packages. For the student who expects to 
be a graphics software designer, 
references to various algorithms are 
included, with attention also drawn to the 
text for details and theory. 



Lo w Co St Eg u 1 pme n t 

To consider teaching a course on 
computer graphics, a minimal amount of 
equipment is needed. Expensive graphic 
terminals like an IMLAC can be substituted 
by a lower cost storage-tube display 
terminal such as a ektronix, or even an 
inexpensive microcomputer. Microcomputers 
such as Apple are attractive for their 
color displays* Large plotters can be 
replaced by older and smaller models, such 
as the model 565 we use. A plotter is now 
available for use with microcomputers. 



costing less than $1,000. One could also 
consider a dot-addressable printer such as 
Printronix. Alternatives to expensive 
main-frame equipment exist and should be 
considered. 



Con clusion 

The students ha\e received practical 
experience working with a plotter, 
employing a Tektronix graphics terminal, 
and using cross-hair and graphics tablet 
for input. The TRS-80 has been used to 
illustrate the concepts of raster 
graphics, as well as light-pen input. 
Better examples of raster graphics need to 
be done, but the TRS-80 does provide some 
insiqht. While we don't have the best (or 
much) of equipment, we have provided 
students with a very rich and rewarding 
learninq experience in computer graphics. 

Computer qraphics is not a discipline 
solely res trie cod to computer science 
departments. Miihematics and the other 
sciences (chemistry, physics, qeography, 
etc.) use our e ,uipmcnt and studer^*-- ror 
their needs. This kind of acceptance i^ 
rewarding and densonctxates that graphics 
ca*r. be « valuable to^l . 
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hairs, thus i' roducinq window:^, and 
the concept o' clipping. Algorithms 
for clipping ,ire presented, with the 
PLOT-10 software performing the oper- 
ations on user defined windows. 
Discuss the role of alphanumeric out- 
put as well as graphic output to a 
single device. Menu r,election for 
game playing is also introduced. 

Feature Comparisons: 1 week 

After having spent time learning the 
CalComp and PLOT-10 software, some 
time is devoted to discussing other 
systems, including DISSPLA, GINO-F, 
and the core-system. Techni' Jes and 
guidelines for evaluating software 
packages as well as hardware are pre- 
sented. 
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Transformations: 3 weeks 

To complement existing software pack- 
ages, 3D operations are introduced 
and 2D operations reviewed, both in 
the aluebraic fashion and matrix 
form. Perspective is included as a 
mapping from 3D onto 2D. More opera- 
tions on menus and window selection 
are included here. 

Graphic Devices: 2 weeks 



CPS 575 Outline 

Introductioi»: 1 week 

Explain the need for graphic devices 
and output. Include examples from 
current video games to more complex 
examples of radar simulation and 
flight simulators. 



Since graphic devices generally input 
as well as output^ discussion of 
other hardwaie is included, such at: 
tablet input for 2D and 3D, raster 
operations, light-pen input. 
Discussion of hardware and software 
requirements is included. Introduc- 
tion to the TRS-80 ind its mode of 
graphics . 



Plotter Technology and Software: 3 weeks 

Begin by introducing the physical 
capabilities of a drum and pen plot- 
ter, using various hardware codes. 
On top of this, include the software 
of CaiComp, with the graphic primi- 
tives, as well as advanced routines 
for soaling, drawing symbol?/ dis- 
placement, and rotation of objects. 
Scaling c data to fit an axis is 
also introduced. 

Tektronix Technology and Software: 4 weeks 

Start by comparing the software of 
the CalComp with the Tektronix, 
identifying operations not avail- 
able or not equivalent. Tektronix 
has input capability via the cross — 



Surfaces and. Lines: 2 weeks 

The problem of removina hidden lines 
and performing surface rendition is 
introduced at this time, mainly due 
to lack of proper equipment. Shading 
and color concepts are also 
mentioned. 



Appendix B 

Programming Assignments 

1. Plotter 

Given as input the height and width, 
use this information to draw a 
goblet, with the cup of the goblet 
being an ellipse. An introductory 
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program involving the plotting of a 
function . 

Plotter 

Given a set of data containing en- 
rollment in CPS courses for the past 
several semesters, provide a graph- 
ical display of the information. The 
objective being to use the various 
routi'^es for scaling, axis, and 
symbOj.s. 

Tektronix 

Provide a menu of 4 items to choose, 
and then draw the selected items 
elsewhere on the screen. The objec- 
tive IS menu operations, and cross- 
hair input in addition to the basics 
for CAI. 

Tektronix 

Given a set of data representing a 
three-dimensional stick house, 
provide various views as requested 
by the user. The program will 
stress interaction with the user, 
and 3D algorithms, as well as an 
introduction to animation. 

Tektronix 

Develop a simple calculator proqra.Ti 
by using the graphics tablet for 
Tektr aix as the "Keyboard". T 
objective is to understand tab'^ 
input, as well as to do more work 
with developing interactive CAI 
programs . 

Open 

The students arc requested to decide 
a topic as their last project, 
possibly extenaing one of their 
earlier works, or to consider using 
the TRS-80 microcomputer for some 
type of raster graphics. 
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MICROCOMPUTERS 
IN EDUCATION: A COURSF* 
IN COMPUTER LITERACY 
FOR EDUCATORS 

Dr. Cheryl A. Anderson 
Uiiivorsity of Tuxas 
at Aust ] n 



Duo to the advent of the microcorr- 
rjuter , tho corni nter revolution has now 
reached trie American classroom. For the 
first tire, the coFicjuter is cost effec- 
tive, and as a result, more than 50,000 
n irrocoTiputers will be iti use in the 
classroom this vear.(Manii, I'^SO) 
Parents seerr. very supportive of the mi- 
crocomputer's use because it introduces 
their chi Idren to o tochnoloqy upon ^^hich 
our society is becominu increasinqly 
J!.>p jr 'i*?'^^ . Wf^ n-c ]ust becomina con- 
scious of the fact that out children 
need to, be comr^uter-1 1 terate just as 
ruch as they need to learn to read and 
write. The responsibility for teach- 
in j children to understand and use com- 
puters will rest upon the teachers in 
our school systems. Unfortunately, most 
teachers are woefully uni>repared to even 
be^jin planning a curriculum usinq com- • 
putc?rs. Many have never touched a com- 
puter much less programmed one. Some 
are even fearful. As David Moursund 
reported at the 1980 NECC convention, 
''We are asking computer-illiterate teachers 
to help students become computer- 
literate at a funtional level (Mour- 
sund, 1980, p. 128). 

Many have called for the need to 
tram teachers about the computer and 
its applications in education (Milner, 
1979; Dennis, 1979; Taylor et. al,, 
1979). The Elementary and Secondary 
Schools Subcommittee of the ACM Curri- 
culum Committee has published a set of 
compet^encies that represent in their 
words \...the scope and sabstance of 
teacher training needed to integrate 
computing into the schools (Taylor, 
Poirot, V Powell, 1980). This commit- 
tee has Refined competencies which are 
universally needed by teachers, as well 
as competencies needed by teachers of 
computet science and other specific 



sub}ects. This committee has recommend- 
ed that students in teacher training be 
required to obtain the universal compe- 
tencies and either the set of computer 
science or those of sfu^cific subiects. 
As yet there are few o u r s e s offered to 
future or current teachers that address 
the issue of computing competencies for 
teachers (Milner, 1979). This paper 
describes a course taught at the Univer- 
sity of Texas at Austin in the College 
of Education which was developed to help 
teacher learn about computris, and spe- 
cifically about microcomput ■.■rs. 

COURSE ORIGINS 

Because of the increased interest m 
the use of microcomputers by educators, 
the College of Education at the University 
of Texas at Austin purchased several 
microcomputers which were placed m the 
Learnin(; Resources Center at the College. 
These microcomputers are available for 
faculty and student use. Purchasing six 
TRS-80 microcomputers and one Apple II 
Plus microcomputer enabl ed the >'odia Ed- 
ucation department to offer a course on- 
titled "Microcomputers in Educat J on . " 
The course was offered for the first time 
during the summer 1980 session and again 
during the spring 1981 session^ 

The target audience for the course 
includes elementary and secondary school 
personnel, librarians. University facul- 
ty, and graduate students in Curriculum 
and Instruction, Library Sciencef and 
Computer Science. One reason the course 
IS directed to this audience is that these 
people are o f ten respons ible for malcing 
decisions abcut the purchase and use of 
eguipment. Because using microcomputers 
in education is so recent, they do not 
have the KinO of experience or knowledge 
required to make such a decision about 
microcomputers. In addition , many of these 
people are responsible for training 
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others, therefore, knowin ; hardware and 
softw-ire resources, as well as resource, 
toi computer-literacy materials and fund- 
imh' iS important. Thus, the course was 
desivied to help prepare the participant's 
for their roles as decision-makers and 
tra mers . 

COURSE OBJECTIVKS 

Students are oxpect<^J to set up and 
operate a icrocomputer ; .ievelop a simple 
CAI pro:jrap; propose and justify the 
purcnase of a microcomputer system; and 
identity an-l selt,ct t^^e appropriate hard- 
ware and L5t)ftware in accordance with their 
instructional needs. In addition, the 
?our' e s-_-eks to make the student more 
aware of ti.e urowintj need to become compu- 
ter- i : tera te . More specifically, the stu- 
itiiit i^hould be able to: 

1) . discuss the histf)ry of computma 

frc^m the abacus to the microchip; 

2) . label and discu-ss the functions 

of tht,' major components of a 
mcrocomputer system; 
3^- identify and discuss the uses Oi_ 
various microcompu tt,r hardware; 

4) . compare the advantaqes and dis- 

advantages of a microcomputer 
sysron versus a time-sharing 
system ; 

5) . aevelop and discuss criteria 

^or the selection of hardware 
and software; 

6) . compare and contrast various 

hardware and software, and based 
upon a set of criteria, make a 
select ion ; 

7) . identify a list of resources for 

hardware and software; 

8) . identify a Itst of resource 

materials for teaching computer- 
literacy, including print and 
non-prmt materials; 

9) . identify a list of funding re- 

sources that can be tapped for 
the development of educational 
programs that use the micro- 
computer ; 

10) . identify and discuss the ma^or 

educational uses of the compu- 
ter, i.e. drill and practice, 
problem-solving, tutorial, text 
editing, record keeping, simu- 
lations, etc; 

11) . write a proposal justifying the 

use of the microcomputer in a 
particular setting, including 
review of literature, a budget, 
and a list of resources ; or 
write a curriculum for a com- 
puter literacy course; 

12} . do simplf^ Basic programming; 

13) . recall and describe^ the st^ps in- 
volved in the systematic planning 



of I nst rue*- ifjna 1 coniputing pro- 
grams; and 
14). dufmo common terms used in the 
computer sciences. 

COURSF SCHFbllLF 

The course meets once a week for 
two and a half hours durint^ the regular 
Sixteer-week session und for one and a 
half hours each day durina the summer 
session. When tauaht durxna the summer, 
the course content and objec 1 1 ves must 
be modified due to the' limited time. 
It IS im[)ossible to adequately cover all 
the materials in lust six weeks, 
"^'he text books used in the course are the 
AEDS Journal Fall 197 9 issue entitled 
"Mi'jrocomputers : Their Sele(?tion and A{5- 
iUication m Education", Computers in 
rducat ion by Jim Foirot, anTl the yacro- 
c_omp uj: e r jVor kbook by Jim Poirot a n d^ Don 
Retzlaf f . 

The toiJics covered in the course 
ait as fol 1 ows : 

^ • A n intro duc tion to course and hands - 
on_expe r lence w i_t h~ t h e ^^u cT o co^Jj^ t^t^i - 
Tn additl^rT to a typical course in- 
troduction, the mpdia e lucation de- 
partment has found that the video 
tape "D<3n't Bother Me I'm Learning" 
(available from your Bcli Im Howell 
dealer) is a helpful introduction to 
the use of the microcon'r-uters in 
teachinu. The tape provides testi- 
monials from teachers, parents and, 
best of all, students speaking of 
their positive feelinqs about compu- 
ters in the classroom. Competencies 
are then discussed, followed by a 
hands-on experience with the micro- 
computer. This first day experience 
IS necessary to relieve anxieties 
about the computer. Students learn 
how simple it is to load and run pre- 
recorded proarams. In addition, this 
experience serves as a basis for the 
discussion of computer components . 

2. Basic programming : Two weeks are de- 
voted to instruction in the Basic 
language. Simple programs are as- 
signed. Students are expected to 
know enough Basic to write a short 
instructional progr am. The course 
simply introduces the language to 
the students so tha t they can begin 
to understand the microcomputer and 
analyze what is happening when they 
read a program. There are other 
courses offered at the University 
which teach not only basic , but also 
the strategies involved in designing 
in^.tructional computer programs (us- 
ing t^ DEC-10) . Those students who 
already have Basic languaae skiUs 
are excused from these lectures. 
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however, thev work on conpilinq conpu- 
ter-literacy materials durinq the 
Basic session. 

^ * Systematic approach 'to p ro a r am de s i o n 
co mput er - based _i s^t r uc t al st ra- 
te qies : Because sTudonts must write 
fheir own instructional proqrams on 
tht? microcomputer , thev must under- 
stand that learnma to oroqram in 
Basic IS only a small part of the in- 
structional design process. A system- 
atic approach to desitjninq a computer 
proqram will help assure a high qual- 
ity product. The followinq steps are 
discussed : wr itina objectives ; devel- 
opmv^ an instructional sequence; con- 
struction and debugging the program; 
pilot testinq and revision of the pro- 
ararr; and final evaluation of the ma- 
terials. Again, before students can 
dovlop their own proqrams or even se- 
U^. comirercial ones, they must know 
the kinds of instructional strategies 
used si^ccesstully with a computer. 
Students examine various computer 
oroaranis which represent drill, pro- 
blem-sol vina , simulations, tutorial, 
testina, and computer manaqement* 
Ir addition, the instructional stra- 
teaies are related to specific compu- 
ter caoabiliMes such as randomiza- 
tion, innediate feedback and 
reinforcement . 

4« Har dware and soft ware selection: 

Three weeks are devoted to this topic. 
The students explore various hardware 
and software available and develop 
criteria for ^electing each. These 
criteria are gathered through read- 
ings and reports. The class then de- 
velops a standard instrument for ev- 
aluation* The instru^Tnent is used to 
rate five hardware systems and two 
software programs. During the third 
week, a hardware and a software deal- 
er are invited to 'demonstrate their 
products. Students should know 
enouqh at this point to question the 
dealers intel Xi<uentlv . Student re- 
sponse to having dealers rome is not 
always positive. Often they feel the 
dealer is giving them a hard sell, 
but even so the experience is good 
preparation. 

5 . Proposal writing a nd f ur.aing so urces : 
Students receive tips on how to 
write an ef f ect ive proposal and how 
to review state, federal, and private 
funding sources which are available 
to educators for the purpose of 
starting school programs using micro- 
computers. Students are given the 
Apple Foundation Guidelines on which 
they may model their proposal assign- 
;nent . 



6 . I mpLeinen 1 1 nq j^nnova^t^ions or st rat e- 
2 ie s for p u tt ing microcom puters in 
t|ie cJLTssrbom: Students are given 
pr ac t ical sugg^est ions as to how to 
plan for the implementation of mic- 
rocomputers in the c lass room. Case 
studies are reviewed. The Concerns 
Based Adoption Model is discussed, 
particularly m relationship to 
the diagnostic measurements used by 
the model (Scale of Concern and 
Levels of Use) . 

7. Panel discussion: " The R eal World" : 
Teachers representing elementary and 
secondary school levels discuss their 
exper lences using microcomputers with 
children of all ages and at all levels. 
It is important for students to hear 
both positive and negative experiences 
which the panel nembers have encoun- 
tered in their attempts to integrate 
the microcomputer into their course. 
This session brings a certain reality 
to the subject: students beqin to re- 
alise that not all their pupils will 
respond well to the microcomputer 

and that not all principals are en- 
liqhtened about the microcomputer's 
usefulness . 

8. Graphics : One of the best features 
of the nicrocomputer i" its ability 
to do graphics. This session is de- 
dicated to programmjng graphics on 
the TRS-80 and the Apple. Students 
are given graphic proqrammina assign- 
ments . 

9 . Future technology: combining video and 
t he microcomputer and information net - 
working : Students are given a demon- 
stration of a system which allows the 
microcomputer to control a video cas- 
sette player so that the student can 
view a cassette and interact with the 
computer . Videodisc technology is 
also discussed, as is the potential 
for using the microcomputer as a ter- 
minal in a networking situation. In- 
formation networking systems such as 
the "Source" are discussed. ^ 

10 . Resources for teaching computer liter - 
acy: During this session, students 
"sRare the materials they have been 
compi 1 ing throughout the semester . 
The materials are print and non-print 
resources which would be helpful in 
teaching computer literacy. Such ma- 
terials include texts, workbooks, soft- 
ware packages, filmstrips, films, 
glide tapes, kits, etc. The materials 
are presented with a written review so 
that an annotated bibliooraphv can be 
compiled . 
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COURSE EVALUATION 

At the time this paper was written, 
nnly the suinmer course evaluation was com- 
plete. Students were questioned in regard 
to the adequacy of the course format and 
content; the appropriateness of the read- 
ings; the difficulty of the assignments; 
desired course changes; what they liked 
best and least about the course; and whe- 
ther course content would be best covered 
in a sixteen week course. The results 
are as follows. 

^' Course format ; Students preferred the 
course format which combined lecture, 
demonstration, hands-on experience, 
and outside resource people . They 
enjoyed variety. Students in the 
summer session felt that more hands-on 
experience would be beneficial 

2. Course content : StudfMts felt tha'w 
the course content was mere than ade- 
quate. There were suggestions th^t 
the topics of programming, instruc- 
tional ^systems design, and methods of 
teaching computer-literacy should be 
covered in more depth. 

3. R eadings : Students were given a bib- 
Tiography which contained readings 

in the categories of history, phil- 
osphy and research of computers; com- 
puter literacy and implementation; 
resources; and hardware^ software, 
and programming. The bibliography 
war. designed to aid stud'nts in 
their proposal writing. The sum- 
mer students felt that the readings 
were helpful. 

4. Assignments ; In the summer ses- 
sion students had to do a simple 
CAI program and write a proposal. 
Students found the programming as- 
signment enjoyable, however, the 
more experienced programmers felt 
that teaching Basic should be eli- 
minated or a pre-requisite for the 
couj'se. Other students suggested 
that students be grouped according 
to level of experience. Most of 
the students saw the benefit in 
writing the proposal, however, few 
liked the task. They felt it was 
too difficult, especially, in a 
six week time frame. Suggestions 
were to provide other options such as 
a review of literature or 'the develop- 
ment of a computer- literacy curricu- 
lum. These are now encorporated as 
options to the proposal. 

5. Best and least: The questionnaire 
indicated that the students like the 
variety of presentation styles used 
in the course. They enjoyed the 
hands-on experience and the opportu- 
nity to evaluate hardware systems. 
^*\zy disliked the fact that the six 
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week time factor left them hard pressed 
to complete the assignments. In 

addition, they disliked the sales 
representatives from various micro- 
computer companies because the sales 
people were biased and sometimes 
poorly prepared. 
6. Changes ; The students recommended the 
following changes: a decrease in en- 
rollment from thirty-five; elimina- 
tion of the proposal; more software 
demonstrations; more hands-on experience; 
specific programming assignments* 
developipent of a software-sharing 
network; and more programming. 

Not all of the recommendations made 
by the students^ were incorporated m the 
second course bffering. The initial in- 
tention of the course remains the same. 
It serves as an introduction to the micro- 
computer and its use in education. The 
course ob:)ectives have been more clearly 
defined and the class assignments have 
been varied. 

Diversity among students remains a 
problem. Although the majority of the 
students are at > low entry level, stu- 
dents who are experienced with computers 
and programminfT continue to siqn up for 
the course. They are often frustrated by 
the basic thrust of the course. Perhaps 
a multi-track approach is the answer. 
This approach will take careful planning 
to implement. 

THE FUTURE 

Thus far, the course "Microcomputers 
in Education" has been very successful. 
Because the Media Education prograr. is 
on the masters end doctoral Icv^^i, the 
course is only offered to graduate stu" 
dents. There is a need to reach the un- 
dergraduate student. Presently, the 
College of Education Learning Resources 
Center is offering an orientation about 
microcomputers to undergraduate students 
enrolled in teaching methods courses. 
In addition, the Media Education depart- 
ment has included a microcomputer unit 
in their basic media course. However, 
this limited exposure is not enough. 
Plans are being made to offer an undergra- 
duate course in computer literacy by 
spring of 1982. 

It is not enough to just educate fu- 
ture and current teachers; faculty who are 
teacher educators need to be aware of the 
importance of developing computer-literacy 
skills for elementary and secondary school 
teachers and administrators. During the 
1980-1981 school year, the College of Ed- 
ucation-Continuing Education Department 
is offering a series of workshops on mic- 
rocomputer hardware, software, and Gompu- 
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tar literacy. It is the intention of these 
workshops to develop a computer aware- 
ness among faculty and school personnel. 
Of course, this is only the beginning. 
Extensive continuing education is needed 
to develop computing competencies among 
those involved in teacher education, but 
they must first be made aware of the need. 

It may seem strange that the area of 
aedia education would be the one area of 
teacher education concerned with develop- 
ing computer-literacy skills. But it is 
not difficult to understand in view of the 
history of the field. The field's major 
concern has been and still is the system- 
atic selection and integration of media 
or technology in teaching. For years, 
media educators have been teaching teach- 
ers to use everything from the blackboard 
to the 16mm projector. Because the compu- 
ter IS a new technology which needs to be 
integrated into the classroom, it is only 
natural that media education have a hand 
in trail. ing teachers the computer's use 
in education. Computers, just like slide 
tapes or films, must be viewed by class- 
room teachers on all levels as a tool, 
one which takes careful thought and train- 
ing to use effectively. The course 
"K'lcrocomputers in Education" is only a 
beginning in an effort o meet this need. 
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MICROCOh^PUTER CLASSROOM USE PATTERNS 

Dorothy H. Judd 
Northern Illinois University 



There have been a number of ques- 
tions raised about the actual patterns of 
curricular use of microcomputers by 
teachers in K-12 schools. In the fall of 
1980 an exploratory survey of selected 
Illinois schools was undertaken to deter- 
mine the use patterns of teachers known 
to have microcomputers available in their 
classrooms. (The source for these respon- 
dents is reported in a note at the con- 
clusion of this paper.) The questionnaire 
achieved a 64.5% response rate reresent- 
ing 127 respondents. Of these 127, eleven 
questionnaires were not used in determin- 
ing the findings due to one defect or an- 
other. This report is based on the 116 
respondents whose questionnaires were 
found useable. 

The school district sizes reort- 
ed in Table ^ do not reflect any attempt 
to mirror the distribution of sizes in 
the school sy^stems of Illinois. But every 
size district is represented in the re- 
sponses reported in this study. 

Table No. 1 



Question : 


Size of school 
district 


Answer Choice N-116 


: Number 


: Percent 


1. under 999 


: 21 


18.1 % 


2. 1000--3999 


43 


37.1 


3. 4000-*699d 


18 


15.5 


4. 7000-9999 


: 12 


10.3 


5. over 10,000 


14 


12.1 


no answer 


: 8 : 


6.9 


Total 


116 : 


100.0 % 



The students' grade level is 
shown in Table 2. Reports have indicated 
that use of microcomputers is a junior 
high school and high school phenomenon, 
b'Jt grades K-3 and 4-6 show surprisingly 
high rates of iiso. 

Table No. 2 

Question: Grade level of students 
you teach using micro- 
computers? 



Answer Choice N-116 



1. K-3 


14 


8.0 


% 


2. 4-6 


: 35 


: 20. 1 


3. 7-8 


35 


20.1 


4. 9-10 


41 


23.6 


5. 11-12 


49 


28.2 


Total (multiple ans.): 


174 


100.0 


% 



Number 



Percent 



The information in 
little surprise. Students i 
classes dominate the type o 
taught by the 116 teachers 
to this survey. The number 
involved with gifted studen 
than reports in the literat 
led one to expect. The exte 
bilingual and in special ed 
for further exploration. 



Table '3 holds 
n regular 
f students 
who responded 
of teachers 
ts is less 
ui^e would have 
nt of use in 
iucation calls 



The top eight uses of microcom- 
puters tn these classrooms in decreasing 
order are: 

1. teach microcomputer operations 

2. teach programming 

3. computer literacy 

4. teach computer role in society 
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5. toach use in general problem 
solving 

6. use iis a tutor (teach 
content /ski 1 Is ) 

7. drill in math, spelling, etc. 

8. run simulations of 

sc lence/soc iai events 

Table No. 3 

, Question: Type of student you 

teach using micro- 
compu ters*^ 

(multiple answers permitted) 

Answer Choice N=116 : Number : Percent 



1. Regular 


96 


: 57.8 


% 


Bilingual 


13 


7.8 




3. Special Education : 


25 


15,1 




4. Gifted 


22 


. 13.3 




5. Other (whaf?) 


10 


6.0 




Total 


166 


: 100.0 


% 



As Table 4 makes clear, "to teach 
data processing" would rank ninth, a full 
s'-ven percentage points behind the "run 
simulation" answer. 

When the answers teachers gave 
about their future plans for using micro- 
computers are combined with the answers 
given for patterns of present classroom 
use some changes occur: 

Computer literacy drops to fifth 
position, from third, ard is replaced 
by "use as a tutor**, which ranks 
sixth in current use pattern. Quite 
possibly this change reflects a grow- 
ing anticipation of using authoring 
systems or authoring languages to 
create computer-assisted instruction- 
al (CAT) units to provide tutor ser- 
vices. 

Drill as a microcomputer activity 
Jumps ahead in Table 5 to fourth from 
seventh . 

Along with the change from third 
to fifth of the "computer literacy" 
answer, "teach computer role in soc- 
iety" drops from fourth to seventh. 



It IS int'Testmg that the first 
two positions m teacher ranking of 
present use and future use remain the 
same , " teuch mi crocompu ter opera- 
tions" and "te&ch programming", while 
the eighth ranked choice, "run simu- 
lations of sc lence/soc lal eventrs" 
remains eit^htli in both Table 4 and 
Table 5. 



Besides asking how the microcom- 
puters were being used, the current study 
asked what is the most and least cur- 
ricular time any student had used a 
microcomputer in the four weeks preceding 
the receipt of the questionnaire. The 
detailed answers are found in Tables 6 
and 7. Highlights of the findings are: 

40. 5^ of the teachers reported 
more than 20 minutes use of a micro- 
computer per class period or clock 
hour as the most use by a student; 

25.0% reported less than 20 
minutes per class period or clock 
hour as the most use by a student, 
whi le , 

22.4% reported no use at all, as 
the most use. 

64.7% reported no use at all as 
the least use; while, 

19.8% reported less than 20 
minutes as the least use. 

When these teachers were asked 
about their plans for use of the micro- 
computer for the remainder of the school 
year, they respondgd : 

27.6% had no use plans. 

27.6% planned to use microcom- 
Duters less than 20 minutes per class 
period. 

22.5% planned to use microcom- 
puters more than 20 minutes per class 
period . 

A sizeable number reported that 
"time will vary" in their plans for the 
remainder of the year. See Table 8 for 
detailed responses. The question asking 
the respondents about their own personal 
use of the microcomputer revealed little 
except that their plans for student use 
and their own personal use tended to have 
the same time distribution. 
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No. 



Queston: To indicate the kind of 
microcomputer activity 
you use with your 
students' a) circle YES 
or ^0 



Answer Choice N=116 




3 = = = = = 

<9 I CiO 


1. Use as a tutor 
(teach content/ 

SK I L I S } 




c» 1 7 
O 1 . / 


2. Drill in math, 
spelling, etc. 


58 


50.0 


3. Teach micro- 
computer 
operat ions 


87 


75.0 


4. T^ach programming 


84 


72.4 


5. Teach computer 
role in society 


62 


53.4 


6. Computer literacy 


OO 


Oo . D 


7. Teach data 
processing 


30 


25 . 9 


8. Teach use in 
general problem 
solvi ng 


61 


52.8 


9. Run simulations 
of science/social 
ever ts 


37 


32.9 


10. Teacher gener- 
ation of tests 


21 


18.1 


11. Teacher gener- 
ation of work- 
sheets 


16 


13.8 


12. Teacher test 
scoring 


14 


12.1 


13. Use in develop- 
ing objectives 


7 


S.O 


14. Use in develop- 
ing instruction- 
al material 
inventory 


17 


14.7 


15. Use ir. develop- 
ing evaluation 
criteria 


10 


8.6 


16. Other teacher 


29 


25.0 



uses (what?) 



Tablo No. 5 

Question: To indicate the kind of 
mi crocompu ter activity 
you use with your 
students c) indicate 
your future plans. 



Answer Choice N=116 * Future 



1 . Use as a tutor 




(teach content/ 


27 


skills) 




2. Drill in math, 




spelling, etc. 


29 



3. Teach micro- 
computer 
operations 


: 15 


4. Teach programming 


15 


5. Teach computer 
role in society 


7 


6. Computfjr literacy 


17 


7. Teach data 
processing 


3 


8. Teach use in 
general problem 
solving 


10 


9. Run simulations 
of science/social 
events 


9 


10. Teacher gener- 
ation of tests 


9 


11. Teacher gener- 
ation of work- 
sheets 


9 


12. Teacher test 
scoring 


12 


13. Use in develop- 
ing objectives 


6 


14. Use in develop- 
ing instruction- 
al material 
inventory 


7 


15. Use in develop- 
ing evaluation 
criteria 


2 


16. Other teacher 
uses (what?) 


1 
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Table No. 6 

Question. In the past four weeks 
what has been the most 
curricular time use by 
any student in your 
classes? 



Answer Choice N-116 
1 • no use 


* 333S33333 

Number 

. 333333333 

23 


. maB=3=i3=i — — =s 

: Percent 

: «ai333 3333 

22.4 % 


2* 10 minutes or 
less per class 
period/clock hour 


17 


14,7 


3. 11-20 minutes per 
class period/ 
clock hour 


12 


10.3 


4. 21-30 minutes per 
class period/ 
clock hour 


16 


13.8 


5. over 30 minutes 
per class period/ 
clock hour 


31 


26.7 


6. time varies 


8 


6.9 


no answer 


6 


5.2 


Total 


116 : 


100.0 % 



Table No. 7 

Question: In the past four weeks 
what has been the least 
curricular time use by 
any student in your 
classes? 



Answer Choice N-116 


: Number 


: Percent 


1 . no use 


75 


64.7 % 


2. 10 minutes or 
less per class 
period/clock 
hour 


18 


: 15.5 


3. 11-20 minutes per 
class period/ 
clock hour 


5 


4.3 


4. 21-30 minutes per: 
class period/ 
clock hour 


1 


0.9 


5. over 30 minutes 
class period/ 
clock hour 


3 


2.6 



6. time varies 


6 : 5.2 


no answer 


8 6.9 


Total 


116 : 100.0 % 




Table No. 8 


Question : 


What is your plan for 




microcomputer 




curricular use by your 




students in the 



remainder of the school 
year*> 



Answer Choice N«11G 
1 . no use 


; 33ai3:= = 33:s 

Number 
32 


33r:333333 

Percent 

^ 3333333:333 

27.6 % 


2. 10 mmutos or 
less per class 
period/clock hour 


21 


18.1 


3. 11-20 minutes per 
class period/ 
clock hour 


11 


9.5 


4. 21-30 minutes per 
class period/ 
clock hour 


9 


7.8 


5. over 30 minutes 
per class period/ 
clock hour 


17 


14.7 


6. time varies 


20 


17.2 


no answer 


6 


5.2 


Total 


116 


100.0 % 



Every survey effort faces its 
monent of truth: the questions that 
should have been asked,, but were not; the 
questions that might have been phrased 
differently, but were answered anayway. 
This study revealed a good deal less 
microcomputer time on task than might 
represent a good return on the invest- 
ment. The candor of the respondents is 
refreshing. When they are not planning on 
using a microcomputer, they have said so. 
They indicated plans for quite funda- 
mental microcomputer activities, although 
they could have claimed more sophisticat- 
ed endeavors. The strength of any explor- 
atory study is found in determining the 
status of the subject inquired about. In 
that sense, the generous response and 
helpful comments of the 116 respondents 
to the present survey have made it a 
success . 
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NOTE: 

The questionnaire was mailed 
October 18. 1980. which was selected to 
avoid opening school year activities. It 
was mailed to 197 teachers whose ttames 
were listed as members of user groups In 
UUngls or who were listed In either "A 
Microcomputer Registry" created by Dr. 
Gary Tubb of Illinois State University or 
In a report entitled "Extent of Computer 
and Microcomputer Use In Schools and 
Colleges In Northert> Illinois" authored 
by Richard Gaston of Governors State 
University. A follow-up mailing was made 
on November 10. 1980. to encourage the 
return of additional questionnaires. 
Questionnaires returned prior to tlie 
follow-up mailing numbered 102, the 
follow-up mailing brought an additional 
25, for a total return of 127 of the 197 
questionnaires mailed, or a 64.5% return. 
The questionnalr9 was prlrjted In booklet 
format, and the first page was a cover 
letter explaining the purpose of the 
study. Respondents were eacouraged to 
express additional comments or opinions. 
Each questionnaire provided space for 
name and address to permit tracking of 
respondents who did not return their 
questionnaire. Each questionnaire booklet 
provided for easy return mailing. The 
respondents simply folded and stapled tho 
booklet so that the return address and 
stamp were in place. 
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EDUCATING URBAN ELEMENTARY TEACHERS 
IN COMPUTER SCIENCE 

Tin Carroll and Nancy Johnson 
Department of Mathematics 
Chicago State University 
Chicago, Illinois 60628 



INTRODUCTION 

During the summer and fall 1980, we 

taught a sequence of two courses in 

comDuter science for elementary teachers. 

The courses were offered under an NSF 

grant for the continuing education of 

elementary teachers.^ The grant writer 

an^l '^roTect di^-RCtor v;as Ranona . Choos, 

Associate Professor of Mathematics at 

Chicago State University. The target 

group for* the project was elementary 

school teachers (grades 6-8) from 

Chicago public schooJs. 

The two classes were "Introduction 

to Computer Science & Computer Literacy 

for Elementary Teachers," offered during 

July 1980, for si^cteen 3-hour sessions 

(4 per week), and "Computer Science for 

Teachers," offered during fall ♦lerm 19B0, 

for sixteen 3-hour sessions (1 per week) , 

The sunvner course (enrollment 14) was 

taught by Nancy Johnson, and the fall 

course (enrollment 30) was taught by 

1. NSF Grant SPI - 8001212, 



Tim Carroll . 

The goals of the courses were to 
acquaint the teach€:rs with uses of 
computer, computer terminology, pro- 
gramming, and curriculum activities. 
Since the courses were intended to be 
separate, the first was not a pre- 
requisite for the second. We Liit;d to 
keep overlap of topics to a minimum, yet 
make each accessible to a beginner. 

A variety of topics were introduced 
in the "Computer Literacy" course. But 
the main topics of the other course were 
programming and computer applications 
relevant to the classroom. Since the 
sessions ^ere each three hours long, we 
decided that the best approach in both, 
courses would be to talk for an hour or 
so and use the remainder of the time 
working in the lab. The lab in this case 
was the terminal room which contained 
approximately fifteen terminals giving 
access to a CDC Cyber 170-7 30. The 
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terminals were of a wide variety includ- 
•ing both CRTs and hardcopy terminals. 
Although it was impossible to reserve 
the lab for our classes, we used it 
at non-peak hours so there were always 
terminals available. (In the summer 
the lab was virtually empty. ' However, 
in the fall we encountered difficulties 
because the lab was used more heavily.) 
We also had a mathematics laboratory 
available with a small, ^t 'jrowing 
collection of computer bocks and acti- 
vities for use in the elementary school. 

"Computer Literacy for Elementary 
Teachers": In this class students were 
introduced to a variety of topics. As 
has been already mentioned, the first 
hal*f of each session was used as a lec- 
ture and the second half was lab. The 
two parts of a session were not neces- 
sarily coordinated, because many topics 
introduced didn't have a related 
computer activity. 

The text, Marilyn Bohl's Information 
Processing, 3r<f edition 12], was chosen 
to provide a general over-view of com- 
puters. In addition, the text contained 
a glossary of computer terminology which 
the students could use for reference. 

.The following is a list of some of 
the topics covered. These did not neces- 
sarily have a lab counterpart. 



1) "What IS Computer Literacy?*' 

2) History of computers 

3) Uses of the computer 

4) Employment opportunities 

5) Parts of the computer 

6) Computer hardvvare 

7) Computer literature 

The materials used for exploring the 
first topic were articles by Taylor,' 
Poirot, Powell (91, Johnson, Anderson, 
Hanson, Klassen [71, and "An Agenda for 
Action" HI. Only the first two chapters 
of the '..ext were used. (We also used the 
Instructor 's Guide 13] and the S tudy 
Guide (41.) There seemed -to be little 
time to return to the text after the 
studerts became experienced in the 
computer. For an introduction to CAI, we 
used the article by Chambers and Sprecher 
(5]. At least two lecture sessions were 
scheduied in the math lab to allow the 
students time to examine various books, 
journals, and magazines, and to instruct 
the class how to use the paper computer 

The topics for the lab portion were: 

1) game playing; 

2) information and .instructional 
uses of the computer; and 

j) introduction to Basic programming. 

The students were introduced to com- 
puters by playing games, A library of 
approximately 200 games was available 
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{not all of them very good). After two 
sessions they were able to "log^on. " 
obtain the game library, choose a game, 
and play it. 

Next, the students were initroduced 
to other uses of the computer through 
a mathematical program anu the "Belp" 
system. 

After approximately six sessions 
of using the terminals, the class was 
relatively comfortable with the com- 
puter. Each of them had used dial up, 
non-dial up, printing, and nor-printing 
terminals. At this point Basic was 
introduced. The whole-program approach 
was used. The students were first given 
an example o'" a complete terminal 
session for entering, listing, and running 
two simple Basic programs. The programs 
were explained and the students were re- 
quired to follow the example, and then 
modify the two programs. 

The Basic statements taught were: 
RFM, LET, PRINT, INPUT, IF, GOTO, END. 
Since the whole-program approach was used 
and tv^ere was no text for Basic, the 
students were left to discover syntax 
rules on their own. The programming 
structures taught were straight-Xine, 
double-alternative decision, and loops. 
The techniques of courting and summing 
were presented. In addition, creating 
self -documenting programs was stressed. 



The students were expected to com- 
plete several computer assignments, in- 
cluding written evaluations of games they 
had played, as well as writing simple 
programs. A tern project was also xe- 
quired. Students were allowed to write 
a paper or do a programming project. 
Among the projects were: a microcomputer 
grant proposal, a paper on medical uses 
of the computer, a program to teach 
modular arithmetic, and a program to keep 
class attendance records for a school. 
The last six sessions were larc,ely occu- 
pied with helping students ^.epare their 
projects. During the last two sessions 
the students preseatei their projects to 
the class. 

"Computer Science for Elementary 
Teachers": In the fall we continued our 
program for the elementary school 
teachers with a sixteen-week course. The 
class met once each week for three hoars 
in the evening. Each of these class 
periods was divided into two parts. The 
first part, lasting one to one and a half 
hours, was^in a usual classroom setting 
and coiJisted of lecture and classroom 
discussion. Th^ second half of the class 
was spent in the computer la> . 

The text, Kemeny and Kurtz's Basic 
Programming , 3rd edition [8], was chosen 
because it contains many different appli- 
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cation programs. 

The principal objectives were to be: 

1) able to read and write Basic 
language programs. 

2} exposed to and be able to use 
educational software. 

3) conversant with computer 
terminology. 

4} able to discuss problems that 
lend themselves easily to 
computer solution and those that 
do not. 

We did not use the computer for the 
first class, but spent the entire period 
discussing general back-ground material 
including flowcharting, computer 
languages, computer programs, and algo- 
rithms. After that, a typical class 
consisted of resolving problems that they 
were having, a short lecture on new 
material, and a discussion of handouts 
that exemplified the lecture. Their 
assignment was to either modify a hand- 
out program, or create a program that 
used the inf orr ation given. Our goal was 
not to make computer progreuraners out of 
these teachers, but rather to expose 
them to computer progranuning and show 
how they could use existing or modified 
programs for their classrooms. For 
example, W3 created record keeping, 
grade averaging, and social science 
drill and practice programs, as well 
as progr ^ns in math and physical science. 
By the end of the semester, most students 
were able to use looping techniques (in- 



cluding nested loops) , one- nd two- 
dimensional arrays, functions (ouilt- in 
and defined) , subroutines, string vari- 
ables, and random numbers. 

In addition to teaching a programming 
language we also discussed the computer 
and how it could be used in thexr class- 
rooms. Since most of the teachers were 
from the nearly bankrupt Chicago public 
school system, they were quite pessimis- 
tic about the chances or their classrooms 
ever having access to a computer. The 
newspaper article "Homework On Computer 
Becomes a *Class' Distinction" (101 
stirred some interest in obtaining funds 
either through grants or independent fund 
sources. 

At the middle of the semester we 
brought in an Apple microcomputer. We 
demonstrated what this little computer 
could do, comparing and contrasting this 
with our interactive time-sharing system. 
Since there was only one machine and 
thirty students, little hands-on time was 
afforded. Their assignment for this 
class was to research the microcomputer 
field. The purpose was not only to gain 
hands-on experience with a micro and its 
graphics capabilities, but also to 
acquaint them with the various educational 
software available. (Their final projects 
reflected this. One of the teachers 
wanted to write a tic-tac-toe program 
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Similar to a micro program she had seen, 
but found that she was unable to do so. 
However, her final product showed added 
touches gained from this experience.) 
They were to visit at least three micro- 
computer stores, write up the compari- 
sons, and give a short oral presentation 
to the rest of the class. The advantage 
of residing in a metropolis such as 
Chicago is access to a vast number of 
suppliers of hardware and software, in- 
cluding publishing companies. In order 
to communicate successfully with manufac- 
turing representatives, our students had 
to quickly become conversant with 
computer jargon. Although the class^ as 
a whole, was very apprehensive about 
talking to salespersons, they found this 
experience to be very interesting and 
fun as well as informative. Instead of 
complaining about teaching in a school 
district on the verge of bankruptcy, 
they were talking about getting a rela- 
tively inexpensive microcomputer in 
their classroom. 

As a final project, each person in 
the class was to write a program of 
personal interest. For the most part, 
they wrote programs that could be used 
in their classrooms: either drill and 
practice programs, games, or class 
management programs. The most ambitious 
was an interactive program acking students 

\ 

ERIC 



questions about themselves, their teacher 
and their school. After his program was 
completed, one of the teachers brought 
his own class to the computer lab to run 
his project as well as other programs and 
games. Other final projects were pro- 
grams that found the gcd and 1cm of any 
two integers; identified nouns, verbs and 
adjectives; translated Roman numerals; 
and computed angles of triangles; and 
developed class lists from files of SAT 
scores. There were also drill and prac- 
tice programs in mathematics and finite 
field arithmetic^ and number guessing and 
word scrambler games. 

Evaluation: Because the m thrust of 

the summer course was computer literacy^ 

we devised a self-evaluation for the 

students to take on the first day of class 

and again on the last day of class. The 

form was based on the competencies Cl.-l- 

CI. 7 appearing in "Computing Competencies 

for School Teachers," [9], and here 

briefly summarized: 

Cl.l read anc" write simple programs 

CI. 2 have experience using educational 
software 

CI. 3 knowledge of computer terminology 

CI. 4 knowledge of types of problems 

t>^'»t can and cannot be solved by 
computers 

CI. 5 use educational computing infor- 
mation 

CI. 6 discuss history of computing 

CI. 7 be able to discuss moral issues 
related to societal uses of the 
computer. 
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students rated themselves on a scale of 1 
(not competent) to 10 (competent) . The 
results of the self-evaluation are given 
here; the entries represent the mean 
response: 

First day Last day 

Cl.l 1.8 7.} 

Ci.2 1.4 6.9 

ci.3 3.2 7.3 

CI. 4 1.5 5.9 

CI. 5 1.7 7.1 

CI. 6 1.7 7.1 

CI. 7 1.8 7.4 

The relatively high rating for CI. 3 
for the first day might be explained by 
the use of computer jargon in the news- 
papers and on TV. Competency 01. 4 was 
not stressed in class. Finally, CI. 7 
was not touched on at all in class, yet 
the class felt as competent in that as 
in, say Cl.l, on which we spent at least 
one-fourth of class time. 

Judging by these self-evaluations 
and other written comments, the class 
felt confident of their ability to learn 
about and to use computers. The best 
part of the course^ both for tt'B students 
and the teacher, was the l3b. Because 
the class met nearly every day, they 
remained interested and enthusiastic 
and didn't forget things from one session 
to the next* 

Some of the programming projects they 
did were impressive. Some had to learn a 



great deal more Basic than was presented 
in class: FOR/NEXT loops, arrays, and 
generating random numbers. Some of those 
who wrote papers were envious of tnose 
who wrote programs because the pro- • 
grammers were having so much fun working 
on their projectsl 

As mentioned before, the fall class 
was composed of students from the summer 
class as well as new students. For the 
first few weeks of the semester the new 
students seemed to be quite apprehensive 
about the material they would be required 
to know. The experience from the summer 
made those students feel confident, and 
this self-assurance was felt strongly by 
the new students. Gradually the appre- 
hension melted as the newer students 
gained confidence from working on the 
computer . 

Because of mechanical breakdown and 
other students, four or five terminals 
often had to suffice for our class of 
thirty* This was not acceptable and was 
commented on most often* As a whole, 
however, the class was very enthusiastic 
about the program and when asked if they 
would be interested in taking more 
courses, all of the respondents said 
"yes* " 

One suggestion was given that we 
conduct a microcomputer class* A room 
with fifteen to thirty microcomputers 



ERLC 



3lS 



306 Nexi9ei 



available the entire period would cer- 
tainly alleviate propblems of competition 
Since the hands-on time was, as in the 
summer, the part of the class most 
enjoyed, the intensive use of micro- 
computers seems to us to be a direction 
to aim future classes. 
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MICROCOMPUTER NETWORKS 



Robert F. Tinker 
Richard £. Pogue 



ABSTRACT ; Novel Microcomputer Configu — 
rations--Implications for Teaching 

Robert F. Tinker, Technical Education 
Research Centers, 8 Eliot Street, 
Cambridge, MA 02138 

The Technology Center at TERC has 
been experimenting for several years 
with ways of using microcomputer tech- 
nology to aid teaching. In this presen- 
tation, the results of our experience with 
high resolution graphics, computer-'based 
instrumentation, and local networks will 
be reported. 



Abstract: A Strategy for Integrating 

Microcomputers Into An Existing Statewide 
Academic Computing Network 

RichardL E. Pogue, Health Systems & 
Information Sciences, Medical College 
of Georgia, Augusta, GA 30901 

The University System of Georgia 
Computer Network (USCN) was established 
in the early 1970s to provide academic 
computing services to faculty and students 
at the more than thirty state-supported 
institutions of higher education. As i 
major user of the USCN, the Medical College 



of Georgia (MCG) decided in 1978 to 
investigate the potential of microcomputers 
for use in conjunction with the powerful 
computing system provided by the USCN. A 
plan to use communicating microcomputer 
stations for both stand-alone use ^nd as 
the primary means of access to the USCN 
has been underway for almost two years, 
and has been' accepted enthusiastically by 
the MCG community. 

The conference discussion will include 
initial implementation strategies, guidelines 
for selecting and incorporating microcom- 
puters into each academic computing 
application area, recommendations 
concerning network support for micro- 
computers, and plans to manage growth of 
microcomputers as a major network computing 
resource . 
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ADA TUTORIAL 



Robert F. Mathis 
Old Dominion University 
Norfolk, VA 23508 



ABSTRACT : 

Ada is a new progranuring language 
developed by the Department of Defense for 
use in embedded computer systems, but its 
area of application is much wider. There 
are already indications that it may replace 
Fortran, Basic, Pascal, and even Cobol in 
many situations. This tutorial reviews 
the Ada programming language and its 
relevance to teaching computer programming 
and the use of computers in education. 

The first session will be a general 
introduction to Ada. Although the emphasis 
will be on how the language might be used 
by people with small systems and a back- 
ground in only Basic or Fortran (people 
with a Pascal background would be very well 
prepared for this session) , almost the 
entire language will be reviewed. This 
session will review the development of the 
language and its relevance to programming 
in the 1980s. 



The second more advanced session will 
deal primarily with some larger programs 
using case studies and emphasizing top- 
down development, modularity, new types, 
encapsulation, and concurrent programming. 
The primary focus of attention during the 
second session will be an intelligent 
terminal program for use on a machine 
like the Terak 8510/a. People intending 
to come to the second session should 
attend the first one also for continuity. 
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COLLEGE COMPUTER LITERACY 



Edward B*. Wright 
T. P. Kehler 
M. Bajrnes 
James W, Garson 
David Miles 



ABSTRACT: Infusion of Computet Science 

Into Liberal Arts and Teacher Education 
Curriculum 

Edward B. Wright, Academic Computing, 
Oregon College of Education, 
MonjDQttth, OR 97361 

Oregon College of Education began a 
proqr€un starting spring 1980 to help each 
department use microcomputers as an 
integral tool within their offerings. 
This is being accomplished by: 

1. A faculty training progr2un which 
allows a minimum of ten instruc- 
tors each year to develop a 
course module* 

2. Setting up and equipping two 
instructicmal labs with micro- 
computers and peripheral 
equipment. (A total of 15 
Apple II microcomputers have 
been purchased to date.) 

3. Developing and/or iKodifying 
software to meet course needs. 

During the academic year 1980-81, 
professors from music, mathematical 
writing, Spanish, secondary education, 
and psychology have been using micro- 
computers in their classes* A report 
Of these activities will be available. 



ABSTRACT ; Design of Interactive Help 
Systems 

T. P« Kehler and M, Barnes, 

P. 0. Box 225936, MS 371, Dallas, 

TX 75 65 

Help systems generally do not take 
advantage of the great number of on-' line ' 



documents usually found on most time- 
sharing systems. This presentation will 
focus on research done on the HELFME Help 
System, developed by the authors, which 
attempts to deal with this issue. 

HELPME is a Lisp-based system 
designed to provide on-line help for 
novice <rd' expert users of computer 
systems. HELPME permits implementation 
of easy to use interfaces to existing 
documents by allowing a user familiar with 
a document (a "document expert**) to 
produce an index and incorporate informa- 
tion relating to the structure of the 
document into the interface. A typical 
user of HELPME can then interact with 
the document and index through a series 
of commands to quickly find the informa- 
tion desired. 

The presentation will focus on the 
current state of HELPME and what has been 
learned during its development. Key 
problems, such as how maintenance of 
documents affects indexes, will be briefly 
presented to determine how realistic a 
system such as HELPME is for time-sharing 
environments* 



ABSTRACT ; Interactive Computer Graphics 
for Computer Literacy 

Jeunes W. Garson, Department of Information 
Engineering, University of Illinois at 
Chicago Circle, Box 4348, Chicago, 
IL 60680 

A series of four programs, written 
for the Apple II in Pascal, that display 
the use of computer graphics in a well-* 
defined educational role, will be 
presented. The programs in our series 
help the user learn basic concepts 
concerning the architecture, or functional 
structure, of hand calculators. 
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The first program in our series 
displays the architecture of a very simple 
four-function calculator. The second is 
slightly more complex because its calcu- 
lator has an extra register for an auto- 
matic constant. The third program 
presents stack architecture while explain- 
ing stack parsing^ and the final program 
displays a single prograiumable calculator. 

A number of issues will be discussed 
concerning the way the user interacts 
with these programs^ their graphics 
design, and their educational philosophy. 



ABSTRACT t Teaching Watfiv on an ^ >70 
with Micro-assistance 

David Miles, Humanities Department, 
Ohio University Belmont Campus # 
St. Clairsville, OH 43950 

The Problem: I teach at a regional 
campus of Ohio University, 135 miles from 
the main campus. The campus is too 
small to have its own computer science 
staff or hardware, and there is no college- 
wide network for data communications. A 
new university general education require- 
ment includes a course in "quantative 
skills." A course in programming is one 
of prime interest to students, but can 
we provide our students the opportunity 
of this course? 



The programming course in the univers.' ty 
curriculum is a course in Watfiv. Attempta 
to teach the course locally through a 
nearby technical college had not always 
been entirely satisfactory, largely 
because of the business orientation of 
their staff, curriculum, and hardware. 

Our Solution: Two years ago we 
acquired a small lab of microcomputers 
(TRS-80) to use in a computer-literacy 
program. We decided to teach the 
material in the following manner: ^ 

1. Students are taught programming 
concepts on mi ::rocomputers 
using an enhanced Basic inter- 
preter which includes structured 
programming elements. 

2. Students translate their 
enhanced Basic prograuns into 
Watfiv programs. 

3. By using a word processor, 
students create a cassette tape 
text file of their Watfiv 
programs . 

4. Students load their tape into 
an intelligent microcomputer 
functioning as a terminal to 
expedite delivery and execution 
of their prograun by dedicated 
phone line on the remote IBM 370 
system. 
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APPLICATIONS OF THE 
DEFINITE INTEGRAL 
AND BASIC 

Dr. Peter A. Lindstrom * 
Genesee Community 

Cc liege 
Batavia, NY i4020 
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SECTION i INTRODUCTION 

During the Fall 1980 semester, my 
teaching schedule included the only sect- 
ion of Calculus II offered at Genesee Com- 
munity College. Having already taught 
this course many times , I decided to int- 
roduce some new teaching techniques and 
some new course objectives to stimulate 
the interests and needs of the students. 
Some of my new course objectives were to: 

1) present meaningful applications of 
the definite integral to solving real- 
life problems in Calculus II, as so 
often applications presented in texts 
do not illustrate real-life situations; 

2} use the Genesee Community College 
Prime 300 computer as a cc»iiputational 
tool to help solve these applied prob- 
lems as often as possible ; 

3) use the Genesee Community College 
Prime 300 computer to present new 
teaching techniques to enhance the 

. topics taught in the course; and 

4) use the cc»nputer to teach the Cal- 
culus II 3tude its some of the funda- 
mentals of Basic, but not in a formal 
course setting. 

This paper shows how these objectives 
were fulfilled and the consequences of 
meeting them. Section 2 presents a brief 
history and summary of UMAP modules « two 
of which were used to help achieve these 
objectives. Section 3 presents a short 
history and philosophy of computers at 
Genesee Community College. Section 4 
tells how these objectives were met in 
this course and the consequences that 
followed. Section 5 summarizes my exper- 
iences in fulfilling these objectives. 



SECTION 2 UMAP MODULES 

In the 1970s, the number of students 
who needed to learn mathematics, mat-hemat- 
ics modeling, and applications of math- 
ematics for their professional careers 
grfiw rapidly. During these same years, 
teachers and people in business and gover- 
nment who use mathematics daily realized 
that there was a great need for new inst- 
ructional materials to teach matheratics 
and show how mathematics can be applied to 
solve problems in non-mathematical areas. - 
In July 1976, the National Science Found- 
ation funded the Undergraduate Mathematics 
and Its Applications Project (UMAP) to the 
Education Development Center, Inc. (EDC^ 
of l^ewton, Ma« Two primary purposes of 
UMAP are: 

1) to develop lesson- length modules 
from which students may learn profess- 
ional applications of mathematics for 
solving problems in non-mathematical 
areas I and mathematical topics that are 
needed in the undergraduate classroom^ and 

2) to create a consortium of authors, 
reviewers, field-testers, users # and 
department representatives that would 
continue to produce and disseminate 
these modules after the funding has 
ended. ^ 

Presrintly, there are more than 350 modules 
in various stages of production and more 
than 2400 consortium members. Modules 
have been developed in political science, 
biology, the social sciences, the physical 
and environmental sciences, economics, and 
business. Areas of mathematics include 
calculus, finite math, statistics, linear 
algebra^ differential equations, operat- 
ions research, and precalculus mathematics. 
Each UMAP module is written for student 
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use and requires no expertise by either 
the teacher or student beyond that descr- 
ibed in the prerequisite list contained 
within the module. So, the student need 
not have any special training in mathe- 
matics modeling or special experience with 
the non-mathematical subject matter. 

SECTION 3 HISTORY AND PHILOSOPHY OF 
COMPUTERS AT GENESEE COMMUNITY COLLEGE 

Since Genesee Community College open- 
ed in September 1967, it has offered a 
two-year career program in data processing, 
along with related options. One of the 
program's strengths has been its emphasis 
on "hands-on experiences'* in both program- 
ming and computer operations. The pro- 
qranuning languages taught include Assemb- 
ler, Cobol, Fortran, PL/1, and RPG. But 
the data processing program has had numer- 
ous weaknesses over the past years, prim- 
arily that there was no provision for us- 
ing a terminal under the IBM/360 system 
that the college had been using. 

In 1979, Genesee Community College 
applied for and received a Vocational 
Education Act (VEA) Grant to purchase a 
minicomputer system. In January 1980, the 
college installed a Prime 300 minicomputer 
with 128 kilobytes of main memory, five 
CRT terminals, one hardcopy terminal, and 
one 180 character per second line print- 
er. With this now equipment, numerous 
changes have taKen place: Basic and 
Pascal are new taught, the data processing 
students have experience using terminals, 
and the faculty and students from other 
areas of the collegp ace using the comput- 
er. 

SECTION 4 FULFILLMENT OF THE COURSE 
OBJECTIVES 

A. Course Information : 

The course carries four semester 
hours of credit. It requires Calculus I 
and used Calculus With Analytic Geometry , 
Second Edition, by Earl W. Swokowski as a 
text. There were 11 students enrolled. 
(This is a typical size for a Calculus II 
course for a Fall Semester; the Spring 
Semester averages about 25 students.) 
The student's majors were: Mathemat- 
ics/Science (3), Computer Science (2), 
pre-engineering (3), and libeial 
arts (3) . The student's computer back- 
ground included knowledge of Fortran (1) , 
Cobol (1), Fortran and Cobol (2), 
Basic (2) , and no programming 
language (5) . 

B. UMAP Module »323 : 

The first topic was developing the 
definite integral as the limit of Riemann 
Sums. Instead of using the approach pres- 
ented in the text, I selected UMAP. Module 
#323, "Developing the Fundamental Theorem 



o^ Calculus," by Peter A. Lindstrom. This 
module develops the Fundamental Theorem of 
Calculus by first piTesenting applications 
of the limit of Riemann Sumb to area, 
work, and distance problems, three areas 
rich in applications of the definite int- 
egral. The module emphasizes settinr up 
the appropriate Riemann Sum that leads to 
a definite integral for solving these 
problems. Also, many properties of the 
definite integral are introduced by these 
applications. (See Appendix A for excerpts 
of UMAP Module #32 3.) 

After spending four class periods (80 
n tes each) on this topic, we then stud- 
it^ for two class periods the same topics 
from Chapter 5 of the text. The last 
section of Chapter 5, "Numerical Integrat- 
ion," was purposely not covered at this . 
time.* (The reason will be discussed lat- 
er.) ' 

C . Applications of the Definite Integral 
from the Text : 

By the start of the third week, we 
were studying Chapter 6, "Applications of 
the Definite Integral, " from the text. 
The topics studied were area, volume, 
work, force exerted by a liquid, arc 
length, and applications to economics and 
biology. I have always felt that many of 
vhese applications are very superficial 
because 

1) the students have not yet been ex- 
posed to enough of the techniques of 
i.itegratior so that the integrands have 
to be rather special ones, and 

2) the students have not yet been ex- 
posed to the elementary transcendental 
functions, so many non-mathematical 
applications have to be avoided at this 
time . 

D. Calculus II Project ; 

Upon completing Chapter 6 in the text 
at the end of the fifth week, the students 
^ were then assigned a project to read UMAP 
Module #379, "Elementary Techniques of 
Numerical Integration," by Wendell L. Mot- 
ter , and do the exercises in the module. 
Upon completion of the module, the stud^ 
ents were assigned problems from the text 
that were related to the module. 

The purposes of the project were to: 

1) have the students learn some num- 
erical integration techniques. (This 
topic was purposely omitted from the 
text when we studied Chapter 5.) The 
module emphasized the Trapezoidal and 
Simpson's Rules; 

2) have the students learn some of the 
fundamentals of Basic; (See Appendix B 
for excerpts from the module) 

3) encourage the students to write 
their own programs and to use them with 
the exercises of the module and the text. 
Even though most of the students did not 
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know Basic, enough information is cont- 
ained in the module for all of these 
students to learn many of the fundamen- 
tals of Basic. 

E. The Prime 300 and the Project : 

To assure that each Basic program of 
the module was compatible with the Prime 
300, I tested each program^ before the 
prdject was assigned. In turn, a list of 
necessary program changes was developed so 
that the students were able to run the 
module programs and the ones they wrotj. 

Each student was assigned their own 
user ID and password. 

The class spent a full classroom per- 
iod becoming f am liar with some of the op- 
erations of the Prime 300: how to LOGIN, 
List, FILE, etc. A list of such informat- 
ion was also given to each student. 

F. Consequences and Conclusions of the 
Project : 

The project and the Prine 300 prepar- 
ed each student to do additional assign- 
ments for the course: 

Assignment ^1 (See Appendix C) : As 
previously mentioned, after being intro- 
duced to the Fundamental Theorem of Cal- 
culus and some of the applications in the 
text presented in Chapter 6, the students 
see many superficial applications of ttle 
definite integral as they have not yet 
been expose'', to enough of the tech- 
niques of integration. This assignment 
enabled the students to see other appli- 
ca 4.ons (not presented in Chapter 6). 
These applied problems were solved by 
numerical integration techniques on the 
Prime 300, so that the students' did not 
have to determine the actual antider- 
ivative of the integrand. When Chapter 
10, "Additional Techniques and Applic- 
ations of Integration," was studied, 
this assignment was then given again and 
the students then solved the same prob- 
lems by the Fundamental Theorem of Cal- 
culus and the techniques of integration. 

Assignment »2 (See Appendix D) : As 
previously mentioned, after being intro- 
duced to the Fundamental Theorem of Cal- 
culus and some of the applications in 
the text preser.ted in Chapter 6, the 
students see many superficial applic- 
ations of the definite integral as they 
have not yet been exposed to the elem- 
entary transcendental functions. This 
assignment enabled the students to see 
other applications of the definite int- 
egral to non-mathematical areas. These 
applied problems were solved on the 
Prime 300. Later, they were able to 
solve the same problems by using the 
Fundamental Theorem of Calculus after 
more of the details of the elementary 
transcendental functions had been 
studied. 



Assignment #3 (See Appendix E) : One 
exercise of UVAP Module #379 (See Appen- 
dix B, Exercise 3) is to use the Trape- 
zoidal Rule to approximate 

J(l/x)dx , 

which by definition = In (2). After com- 
pleting the proiect, we began our study 
of the natural log function. In, by 
using 

ln(x) = f a/t)dt . 

r 

Just prior to this, Assignment #j was 
^ given, allowing the students to use the 
computer to approximate ln(x} for var- 
ious positive values of x. The assign- 
*ment introduced the students to some of 
the properties of the In function (e.g., 
ln(x«y) = ln(x) + ln(y), etc.). 

Assignment #4 (See Appendix F) ; So 
often, calculus students think of w as 
that number which is approximated by 
3.14 or 22/7 or as that number that is 
the area of a unit circle. This assign- 
showed the students how tt can be appro- 
ximated by the computer, the programs 
they wrote, and two applications of the" 
definite integral, area and arc length. 
This assignment was also given a second 
time after the students had studied the 
inverse trig functiors (Chapter 9) and 
the trig substitution method for inte- 
gration (Chapter 10). 

Through the combined use of the two 
UMAP Modules, the Prime 300 minicomputer, 
and the additional assignments , I feel 
that the- four objectives listed in Section 
1 were fulfilled. Although I do not have 
statistical data or evidence to support 
these belie fs the rather small class si ze 
(11 students) would not necessarily pro- 
duce accurate conclusions. Considering 
each objective, I feel that the following 
conclusions are true: 

1) UMAP Modules #323 and #379, the text, 
and additional assignments #1 and #2, 
presented a variety of interesting appli- 
cations of the definite integral to both 
mathematical and non-mathematical areas. 
I have always felt that students apprec- 
iate mathematics more when they see ans- 
wers to their questions, "Why do we have 
to study this?" and "How can we use 
this?" 

^^2) The Prime 300, the Basic programs in 
UMAP ^^odule #379, and the Basic programs 
written by the students gave them appro- 
ximate results to many of the applied 
problems presented in the text and in 
the additional assignments. 
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3) The Prime 300, UMAP Module #379, the 
Basic programs written by the students, 
and additional assignments 13 and 14, 
presented topics to the students in ways 
that are different from the typical 
textbook approach. These teaching tech- 
niques worked' well because the student 
is an active participant and not just a 
spectator in a classroom-lecture pres- 
entation. ^ 

4) Through the combi led use of the com- 
puter, UMAP Module #37S, the additional 
assignments, and the programs written 
by the students, these Calculus II stu- 
'dents received a good introduction to 
some of the fundamentals of Basic. Tho 
two students who already knew Basic 
were able to immediately write the nec- 
essary programs^ they could relate mat- 
erial frc»n their Calculus II course to 
the previously studied computer course, 
and vice-versa. As for the other nine 
students, they grasped these fundamen- 
tals of Basic quite rapidly from the 
instructions presented in UMAF Module 
#379. Most of these students had many 
reservations about doing the project be- 
cause they had no experience with Basic 
and no classroom instruction in Basic 
was going to be given. Such fears were 
short-lived once the students began 
working on the project, writing their 
own programs, doing the additional assig- 
nments, and seeing the results of their 
work . 

SECTION 5 SUMMARY 

Having taught mathematics at the 
college level since 1963, this was my 
first experience of combining Basic with 
a specific mathematics course. Although 
I do not have any data and statistical 
evidence to support my claims, I feel that 
the students were very pleased with these 
four objectives. The students became 
very interested in Basic and using the 
Prime 300, because many of them (who had 
no prior programming experience) enrolled 
in a computer science course the next sem- 
ester, some asked for more assignments to 
be done on the Prime 300, some did some of 
the textbook homework assignments on the 
computer, and a few devoted too much time 
to the computer and did very little work 
in their calculus course. 

Next semester (Spring 1981) , I am , 
teaching Calculus II again. I expect that 
20-25 students will enroll in the course. 
For this class, I plan to include the four 
objectives previously discussed, teach the 
course in basically the same manner, assign 
the same project, and give the same addit- 
ional assignments. I also plan to give 
more additional assignments that will 



combine as many of these four objectives 
as possible, along with encouraging these 
students to use Basic and the Prime 300 
as often as possible. 

APPENDIX A EXCERPTS OP UMAP MODULE #323 

Output Skills ; 

1. To gain experience ifi computing 
limits of Rjemann Si^s. 

2. To gain experience in computing 
definite integrals. 

3. To gain experience in solving elem- 
entary area, distance, and work prob- 
lems by .integration. 

Page 3 ; 

Consider the three following problems 
and their solutions: 

Example 4. Find the area of a right 
^triangle whose base is 15 feet and 
whose altitude is 10 feet. 

Example 5. Find the distance traveled 
by a' cc»r whose velocity at time t is 
v(t) » ((-2/3)t + 10) ft/sec when it 
travels from t = 0 to t = 15 seconds. 

Example 6. Find the work done in lift- 
ing a bag of salt a distance of 15 
feet above the ground, assuming that 
the bag has a hole in it so that at 
height d above the ground its weight 
(magnitude of downward force) is 
g(d) = ((-2/3)d + 10) lb. 

Pages 7 and 8 ; 

Consider then the product 

{*r f ((i)*(15/n)) . (15/n) , 

which may be interpreted in the following 
three ways ; 

1. For Example 4, (*) is the area of the 
ith tectangle with width f ( (i)*(15/n) ) and 
length (15/n), where the width is deter- 
mined by the right endpoint , (i)*(15/n) , 

of the ith sub interval. 

2. For Example 5, (*) is the approximate 
distance traveled over the ith subinterval 
of time length (15/n) and where the vel- 
ocity, f ( (i)«(15/n) ) , is constant over the 
interval and it is determined by the right 
endpoint , (i)»(15/n), of the ith subinter- 
val! 

3. For Example 6, (*) is the approximate 
work done over the ith ^subinterval of 
distance (15/n) and wKere the force, 

f ( (i)»(15/n) ) , is constant over the inter- 
val and it is determined by the right .end- 
point , (i)*(15/n), of the ith subinterval. 
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Pages 11 and 12 ; 
Exercises 

9. Set up and simplify a Riemanp Sum for 
the function f(x) ■ 2x + 4 over , 
using a partition with subintervals of 
equal length and selecting the left end - 
poxnt of each subinterval for c^. 

10. In Exercise 9 above, let n take on 
various positive integers values. 

11. Interpret the numerical results of 
Exercises 9 and 10 above in terms of Ex- ^ 
amples 4, 5, and 

12. In the results of Exercise 9 above , 
let n-^«* to find the value of 

^ (2x + 4)dx. 

Pagel^: 
Exercises 

25. Find the area of the region bound 
by the k-*axis and the graph of the 
parabola y = 6 - x - x*. 

26. Let v(t) = t? - 3t + 2 be the velo- 
city of a car when 0<t<Z, where the velo- 
city is measured in ft/sec and the time t 
is measured in terms of seconds. WARNING: 
What does a negative velocity indicate? 

27. A bag of salt originally weighing 
144 pounds is lifted upward. The salt 
leaks out uniformly at a rate so that half 
of the salt is lost when the bag has be^n 
lifted 18 feet. Find the work done in 
lifting the bag this distance. 

APPENDIX B EXCERPTS OF UMAP MODULE #379 

Suggested Support Material : Either a 
minicomputer or timesharing term- 
inals which allow programming in 
Basic will be needed. 

Prerequisite Skills ; 

I. Calculus through the definite inte- 
gral and Riemann Sums. 
2* The analytic definition of the inte- 
gral. 

Output Skills : 

1. Write programs in Basic to calculate 
Riemann Sums for various functions. 

2. Approximate integrals using the 
Trapezoidal Rule and Simpson's Rule 
and write programs in Basic to do 
this. 

3. Explain why the Trapezoidal Rule and 
Simpson's Rule give better approxi- 
mations of most integrals than 
rectangle approximations* 



Pa£e6: 

Example Program 1 

100 DEF FNA(X) ■ l/(xt2 + 1) 

110 INPUT A,B,N 

120 LET D - (B - A)/N 

130 LET S ■ 0 

140 FOR X»A TO (A+(N-1)*D) STEP D 
150 LET S « + FNA(X) 
160 NEXT X 

170 PRINT S*D: 'IS THE LEFT-RECTAN. 
APPROX. • 

180 END 

Page 11 ; 
Exercise 

3. Compute Td/xjdx by hand 
I'' ^ 
calculations u^ing the Trapezoidal Rule 
for N « 6. Note the exact value is In (2). 

Page 20 : 

Example Program 3 

100 DEF FNA(X)«4*X+3-3*Xt2+2*X-7 

110 INPUT A,B,N 

120 LET D » (B - A)/N 

130 LET S « 0 

140 FOR X-A+D TO (A+(N-1)*D) STEP 2*D • 

156 LET S-S+FNA(X"D)+4*FNA(X)+ 
FNA(X+D) 

160 NEXT X 

170 PRINT S*D/3: 'IS SIMPSON'S APP.* 

180 END 

Page 20 ; 
Exercise 

7. Type in Example Program 3 at a 'comp- 
uter terminal. Run this program for fixed 
values'- of A, B and values of N like 2, 4, 
8, 16. Recall that the additional inst- 
ruction given as 

175 PRINT B+4-B+3+B+2-7*B-A+4+A+3 
-A+2+7*A 

will print the exact value of the integral 
J- (4x3 - 3x2 + 2x - 7)dx. 

APPENDIX C ASSIGNMENT #1 

For each of the following five problems, 
you will f 
(a.) set up the^appropriate definite 
integral to solve the problemi 

(b.) write programs in Basic that 
will approximate the definite integral 
by the Trapezoidal Rule and Simpson's 
Rule; and 

(c.) use the programs on the Prime 300 
and obtain approximate values* 
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Since you have yet to study enough inte- 
gration techniques, you will not be able 
to evaluate the definite integral by the 
Fundamental Theor^Ti of Calculus, Upon 
completion o^" Cnapt«r 9 of the text, you 
will be able to do these 'same problems by 
the Fundamental Theorem of Calculus; then 
you will be able to compare the exact 
value of the definite integral ^ith the 
approximate values you obtain (c). 

#1.) The velocity of a car v(t) , 
miles per hour, is inversely proportion- 
al to the square of the time t plus 1, 
where time t is measured in hours; i.e., 
v(t) = k/(t2 +1). If the car passes 
a road side marker traveling at 45 miles 
per hoar, find the dxstance it travels 
in tlie next 30 minutes. 

(NOTE: This IS one of the five problems of 
this assignmentTJ 

APPENDIX D ASSIGNMENT #2 

For each of the following four problems, 
you will ^ 
(a.) set up the appropriate definite 
integral to solve the problem; 

'b,) write programs in Basic that 
will approximate the value of this def- 
inite integral by the Trapezoidal Rule 
and Simpson's Rule; and 

(c.) use the programs on the Prime 
300 and obtain approximate values. 
Since you have yet studied the der- 
ivatives and th"» ai -iderivatives of the 
eJementary transcendental functions, you 
will not be able to eva-uate the definite 
integral by the Fundamental Theorem of 
Calculus. Upon completion of Chapter 9 
of the text, you will be able to do these 
problems by the Fundamental Theorem of 
Calculus; then you can compare the exact 
value of the definite integral with the 
approximate values you obtain in (c). 

#1.) ^The recoids of snowfall for 
many years in an area of upper New York 
State have the following ,ai/erage values: 

0.41 inches for November 15 

2.75 inches for December 15 
4.22 inch'^s for January 15 

2.76 inches for February 15 
0.38 inches for March 15 

(a.) Show t)iat the above data are reas- 
onably well represented by the equation, 

r = (4.2) (sin(irt/150) )2 

where r is the rate of snowfall in 
inches per day, t is measured in days 
starting at the beginning of November, 
and each month is a;^s»uned to have 30 
days . 



(b.) Use the above equation for r and 
write programs for the Trapezoidal Rule 
and the Simpson's. Rule in Basic to est- 
imate the total snowfall during the 
following periods: 

(i) November 1 to March 30. 

(ii) January 5 to January 27. 

(iii) December 3 to January 27. 

(iv) December 16 to March 2. 

(NOTE: This is one of the four problems 
of this assignment.) 

APPENDIX E ASSIGNMENT #3 

Exercise #3 of UMAP Module #379 introduces 
a new function. In, which we will soon be 
studying. This function is defined by a 
definite integral, where 



Ln(x) = 



(l/t)dt 



In that exercise^ you approximated In (2) 
by applying the Trapezoidal Rule to the 
definite integral 



(i/t)dt 



Soon we will begi 
with regards to i 
ive, some of its 
its applications 
This series 
introduce you to 
this new function 
in Basic for Simp 
ln(x) for given v 



n to studv this function 
ts continuity, derivat- 
properties, and many of 

of five exercises will 
some of the properties of 
First, write a program 
son's Rule to approximate 
alues of X, X > 0. 



#1.) For each of the separate sections 
below, use the g ven value of 
300 to approximate the given value of 
the In function. On a sheet of paper, 
record the results, each rounded off to 
two decimal places, for the given values 
of n, the number of subdivisions of the 
given interval of integration. 

(a.) ln(2), ln(3) , *ln(6) ; n=l,000. 
(b.) ln(2), ln(7), ln(14); n=l,OO0. 
ln(5), ln(7), ln(35); n=l,OO0. 
ln(5), ln(6), ln(30); n=l,000. 
(e.) ln(3), ln(60), ln(180); n«l,000, 
(f.) ln(4), ln(5), ln(20); n=l,000. 
ln(2) , ln(3) , ln(5) , ln(30) ; 
n=l,000. 

ln(.2), ln(.3). In ( . 06 ) ; n=10 ,000 . 
ln(.5), ln(.6), ln(.3); n«10,000. 
lr(5/4), ln(4/S)? n=10,000. 
From the results of (a.) - (j.) above, 
make some conjectures for each of the 
following : 

(i) In(x.y) = ? 

(ii) ln(x/y) - ? 

(iii) ln(l/x) = ? 



(c.) 
(d.) 



(g.) 

(h.) 
(1.) 
(j.) 
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(NOTE: This is one of the five problems of 
this assignmentTJ 

APPENDIX F ASSIGNMENT #4 

Prior to studying calculus, you learned 
that w is approximately 3.14 or 22/7; 
these are two rational approximations for 
this irrational number. 

#1.) You have also been exposed to 
ir in the area of a circle formula, where 
the area A = irr^ for a circle of radius 



r . 

(a.) Explain why ir = 




- x2 dx. 



using an area application of the def- 
inite integral. 

(b.) Write programs in Basic that 
will approximate the value of the 
definite integral in (a.) above by 
the Trapezoidal Rule and Simpson's 
Pule. 

(c.) From your results in (b.) above, 
determine various rational approx- 
imations of TT . 

(d.) When we study some of the tech- 
niques of determining antiderivat- 
ives in Chapter 10 we will see how 
to show that 




(NOTE: This is one of the two problems 
of this assignnitvnt . ) 
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I. INTRODUCTIW. A project funded by 
the Comprehensive Assistance to 
Undergraduate Science Education (CAUSE) 
program of the National Science Foundation 
began at New Mexico State Univeraxty in 
July 1980. The project is an outgrowth of 
two earlier activities at the University: 
extensive use of self -paced instruction jn 
lower division math courses, and use of 
microcomputers to teach a beginning course 
for computer science majors. 

The specific objectives of the project 

are: 

a) to develop primary computer-aided 
instruction (CAI) materials for a one 
semester course in trigonometry and a 
general education course in computer 
science; 

b) to expand the adjunct CAI materials 
currently used in the first course for 
computer science majors; and 

c) to develop adjunct CAI materials for 
a one semester course in discrete 
mathematics . 

We are determined to build on the best 
existing work to accomplish these 
objectives. This paper describes the 
approaches we decided to us<», our 
experiences with these, and the subsequent 
modifications of our methods. We hope this 
report will be helpful to groups who may 
te considering starting similar projects. 

II. THE SELECTION OF THE DEVELOPMBNl'AL 
APPROACH. The first course for computer 
science majors has been taught for several 
years using Terak microcomputers and the 
UCSD Pascal system. Our success with this, 
as well as the trends in computer hardware, 
convinced us to stay with stand-alone 



microcomputers for our CAI materials. We 
have not, however, decided what particular 
brand of computers we will be using for 
delivery machines when large numbers of 
students will be using our materials. This 
uncertainty, as well as other 
considerations, has forced us to emphasize 
software portability. 

Much of our approach is based on the 
exper lence of Alfred fiork*s group at the 
Educational Technology Center at the 
University of California, Irvine. For 
example, we decided to implement our 
lessons in UCSD Pascal rather than in a CAI 
author ing language, and subsequent 
experience has vindicated this decision. 
Even before the project was actually 
funded, we had Alfred flork present a 
workshop on authoring. Consequently, we 
purchased the authoring system of the Video 
Computer Learning Project at the University 
of Utah, led by Richard Brandt and Barbara 
Knapp . 

After receiving funding, a literature 
survey jf CAI development was conducted 
[Admfil]. This was done after our initial 
choice of approach, but it provided a 
measure of conf idence about our dec is ion . 

III. INITIAL AUTHORING EXPERIENCE. 

We have now been involved with the 
author ing and implementing of lessons for 
almost a year, and feel that we have enough 
experience to comment on our approach, 
explain how and why we have modified it, and 
even give some advice t others who may be 
interested in starting out in CAI. 

We started authoring lessons almost 
immediately after receiving funding. We 
were determined to begin immediately by 
relying on software implementation tools 
obtained from the University of California, 
Irvine and the University of Utah, avoiding 



a diversion of our efforts into software 
development . 



a) Lesson specification : The basic 
approach of the project is that the 
authoring and implementation of lessons and 
their implementation as computer programs 
should be independent and distinct 
activities. Ideally, authors shouldn't 
feel constrained by imple- mentation 
considerations. In fact, however, most 
teachers without computer experience 
underestimate what is possible, especially 
with graphics. Our project has benefited 
because there has usually been a progranuner 
experienced in Pascal on graphics 
microcomputers on each team of authors. 

We have followed the advice of Alfred 
fiork and others to work in small teams of 
authors and to specify the lessons with 
informal flow charts written on large 
sheets of newspr int . Our exper lence 
supports the importance of working i.n small 
groups (ours have usually been pairs of 
authors). The authoring tecuns provide 
interaction and ide^-s that generally 
improve a lesson. Philosophical 
discussions are frequent but t\^ey seem to 
benefit the quality of the lessons much 
more than impair the speed of writing. 
Also, meeting regularly with one or more 
authors gives the process a momentum which 
helps ease the more difficult times. 
Another advantage of authoring teams is 
that the less experienced members- learn 
from others some of the capabilities of the 
computers which can be exploited, qeneral 
approaches that have been successful in the 
past, and pitfalls. 

The idea of using flowcharts to specify 
lessons has been useful, but we h^ve found 
several shortcomings. Some minor 

improvements, such as using different 
colors for 1) the main flow, 2) the text 
which appears on the screen, and 3) 
comments, have helped. But more and more, 
as the lessons progeas, we need a 
procedural type of "meta language." 
Frequently in the course of a lesson or help 
session, we need to recall a previously 
written dialogue or portion of a lesson. It 
is awkward to refer to a previous section of 
a flow chart with arrows or pag^ number^K 
We have been writing procedures which need 
to be recalled many times. This is 
particularly true for mathematics lessons, 
in which problems are solved by reducing 
them to several simpler problems, which in 
turn are solved by reducing them to several 
smaller steps, and so on. Our help sessions 
tend to recapitulate se :tion8 of previous 
lessons. Writing these as procedures not 
only simplifies the task of the programmers 
who are to implement tie lessons , but also 
helps clarify the thinking of the authors. 
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Some of us feel the need for a lesson 
specification language that would be mpre 
flexible than flowcharting. Such a 

language is not intended to become a 
formal, machine implemented programming 
language, but rather an alternative to 
complicated flow charts with arrows jumping 
over ten pages. It must also be flexible 
enough that it doesn't limit the 
possibilities for a lesson. This language 
may evolve slowly as the authoring 
progresses « 



b) Controllable worlds: One of the 
most effective ways we have found to 
exploit the special capabilities of the 
computer is to create **controllable worlds" 
or "machines" for the student. Ai. example 
IS a machine which graphs a function f(x) 
and moves the graph of af(bx + c) as the 
student changes the parameters a, b, and c. 
A bright and motivated student can learn 
the effects of changing these parameters 
( stretching and shift ing the graph in the 
horizontal and vertical directions) simply 
by experimenting with the machine. A 
lesson using the machine is designed mainly 
to direct the student and force interaction 
so that the student learns inductively by 
doing. Another lesson in the trigonometry 
course uses an "angle machine" which the 
student uses to change angles and to 
acquire a quantitative feel for the size of 
angles . 

Mathematics is certainly not an 
experimental science, but there is little 
doubt that mathematical insight comes from 
trying a large number of examplos. 
Mathemat ical ly talented students may be 
able to visualize the graph of 3f(6x -2) 
from the graph of f (x), though most cannot. 
But almost everybody can benefit from 
watching the graph actually move as the 
parameters change. (The authors of the 
lesson caught some errors in the first 
version of the lesson after using the 
graphing machine themselves.) Controllable 
mathematical worlds implemented on Graphics 
microcomputers create the possibility of 
bringing an en^pirical approach to 
mathematics . 



The machine idea has also been used in 
a module on recursion for computer science 
courses. The student is giverr a "recursion 
machine" and is invited to change the 
recursion termination condition(s) and 
insert turtle graphics commands before and 
after recursive calls. By being able to 
vary these parfuneters at will, the student, 
in a very snort time obtains experience in 
recursion that formerly took much longer. 
This approach extends that used by Ken 
Bowles [Bow77] . 
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Lessons using machines or controllable 
worlds are entirely different from sections 
ot a text book. Students are forced to 
interact, learn from experience, and 
verbalize what has been discovered rather 
than simply read. In fact, our approach 
using these machines evolved last summer 
when, for a period of several weeks, we had 
a commandment "Thou shall not press 
RETURN", in an effort to avoid th9 pitfall 
of creating lessons that consist of page 
after page of text on the screen, 
punctuated by the message, "Press RETURN to 
continue." We eventually decided that that 
message has a legitimate purpose, but 
living without it made us think much harder 
about the lessons and forced us to be more 
creative . 

This experience in authoring has 
several implications for implementation. 
All the authoring languages that we have 
investigated are based on overly confined 
assumptions about what a CAI lesson is or 
should be. For example, it is impossible to 
say that student responses are either 
character strings, numbers, or positions on 
the screen. Our c::?erience using 

controllable worlds is that a student 
response is the state of one of these 
controllable worlds after the student has 
n . ipulated it for awhile. There is no 
reason to believe that any data structure 
r epr esentable in a computer could not be a 
valid student response. Some of the 
modules we have already written have linked 
lists of pairs of coordinates as student 
responses, and it seems likely that 
directed graphs, trees, and even programs 
may be valid responses in future lessons. 

If a module guides a student step by 
step through a problem, then each step may 
involve student responses which are simply 
numbers or phrases, but eventually, if 
students are to master the material, they 
will have to be able to solve a complete 
problem without any help from the computer. 
Ironically, when the student has less 
guidance from the computer, the necessity 
arises for allowing such a variety in 
student responses. The lesson module then 
has to avoid excessive control [Nie80] by 
anal/zing the results to determine whether 
they are correct, partially correct, or 
completely wrong. 

A basically linear approach, with 
branches allowed at questions based on the 
student response, is not sufficient for the 
lessons we * ^ve developed. In fact, many 
problems r best solved recursively by 
problem z< ' tction. So perhaps the best way 
to implement a help session is to have tHe 
session call itself recursively. 

Frequently the machines we use are 
logically at the center of the program. The 
student exits the machine and returns to it 
several times, which means the state of the 



machine must be preserved. Generally CAi 
author intf languages do not allow global 
var lables sufficiently general to store 
these machine states. Nothing short of a 
powerful, general purpose programming 
language satisfies the^e requirements. We 
chose UCSD Pascal because of its 
availability and portability, our 
experience with it, and the good software 
available. We have not regretted this 
choice . 



IV. INITIAL EXPERIENCE IN IHPLEMENTATION. 

The cost of implementing^ lessons in a 
general purpose programming language is an 
increased prograunming effort. We have 
taken several steps to counteract this. 

a) We have taken advantage of software 
developed at other universities, primarily 
the University of California, Irvine and 
the University of Utah. This software 
includes text and graphics editors which 
control the wr iting of text on the screen 
and the display of graphics and animation. 
We have been extremely fortunate in 
obtaining not only these software tools , 
but also valuable advice from both 
institutions . 



b) We have developed locally a library 
of procedures which is shared by all our 
student programmers. 



c) As the volume of this library of 
procedures grows, the problems of 
uniformity and assuring that all our 
programmers have the same current versions 
increase. A central hard disk storage unit 
connected to all development computers 
allows all the programmers to access the 
same library, assuring uniformity. 

d) Several software tools to handle 
the routine programming chores axe under 
development. A program has b^en developed 
that allows a programmer to lay out 
dialogue in ports on a screen interactively 
u s ing a bit pad . The pr ogr am pr odu ce s 
Pascal statements and replays what the 
programmer has done by interpreting these 
statements. Extensions to the usual text 
editing program which allow large sections 
of text to be called from the library with 
a keystroke or a touch ot the bit pad stylus 
are under development. These tools allow 
some of the speed of an authoring language 
for the routine portions of the programs. 

The actual programming of the lessons 
is done by a group of talented students . 
During the starting phase of the project, 
estimates of programmer productivity were 
impossible to get, but we intend to collect 
this information during the coming year. 



333 



Mathematics 323 



V. PROSPBCTS. Some t^f the computer 

ftcience and tr igcnometry lessons are being 
used this spring as supplementary maternal, 
and more extensive use is planned for the 
fall semester. Development of the discrete 
mathematics course has not yet started, but 
IS expected to begin in the fall semester. 

We are quite happy with the progress so 
far, and the university administration 
seems pleased as well and has given us 
support in addition to that indicated in 
the CAUSE grant proposal. This 
contribution and their support of workshops 
and software acquisition before the grant 
was awarded have been critically important 
in the progress achieved. 

The initial promise of CAI in the 19608 
was not matched by the results [ChaSO, 
NieSO] , but we feel that this promise can 
now be realized by high quality lessons 
implemented on microcomputers. feel that 
the obligation of those who w^rk in the 
field 18 to produce the highest qualit> 
les'ions possible, and to avoid cutting 
corners to increase productivity. A few 
well designed lessons will be of more value 
than any amount of low quality material. 
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INTRODUCTION 

A project is being conducted by the Educational 
Technology Center at the University of California, Irvine 
to develop computer-based nnateriais for junior high school 
students. materials are in the form of modules dealing 
with topics in science and mathematics which run on 
personal computers. They emphasize skills of reasoning 
(Le., formal reasoning in the Piagetian sense) such as 
reasoning with hypotheses, making observations and 
inferences, isolating and controlling variables, and 
reasoning with ratio and proportion. 

Each module is devoted to a single topic and takes 
!>2 hours to run in its entirety. The module consists of 
5-10 separate activities each of which may be entered and 
exited independently. 

The format of the learning modules is the Socratic 
dialogue. They have been written by teams of teachers 
who have considerable experience in working with students 
one -on -one. The modules provide a way of conducting an^ 
individualized tutorial with students who otherwise may 
not have the opportunity to work with a tutor due to 
limited staff or classroom time. 

The topics of the modules include Area, Density, 
Functions, Graphing, Speed, Triangles, and Whirlybird. 
This paper describes in detail the module concerning the 
concept of area to illustrate the pedagogical approach we 
have taken. , 

EDUCATIONAL BASIS FOR THE PROJECT 
A considerable body of knowledge generated by the work of 
Plage t and others suggests that the development of formal 
reasoiiing skills becomes possible around the age of 12-15. 
An equally substantive 1>ody of evidence suggests that 
formal reasoning skills are not developed automatically; in 
fact, they are strikingly absent in about 50% of college-age 



students.! Educators are generally in agreement that our 
educational system, all the way from middle school through 
college, IS an appropriate place for teaching formal 
reasoning skills, and most would agree that the earlier the 
assistance is provided the better. 

Many educational programs claim to be based on theories 
of intellectual development. We believe that present 
research in learning theory does not fully support any 
single approach to the development of materials to assist 
learning. However, two factors are favored by many 
different learning theories: (I) the need for an active 
learning environment, and (2) the need for individualized 
material allowing for greater diversity in student 
background. 

The approach we have taken to meet these two needs in 
computer --assisted learning are based on the Mastery 
Learning Cycle.^ Somewhat akin to Karplus's learning 
cycle. It has a few additional components.^ Briefly, the 
Mastery weaming Cycle has elements of experience 
gathering or other motivational activity, instruction, 
application, and competency testing with feedback. The 
process is cyclical so that the results of competency 
testing can be used to route the learner back to one of the 
earlier elements for help if necessary. 

DESCRIPTION OF ONE MODULE 

As an illustration of how the Mastery Learning Cycle can 
be incorporated into computer-based learning materials, a 
module is described concerning the concept of area. This 
module consists of nine separate activities. The first three 
activities emphasize experie<x*e gathering; the next three 
provide instruction in certain key concepts; the next two 
activities involve applying these concepts; and the final 
activity is primarily a self-test for competancy. The 
activities in each of these groups are titled: 
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Experience Gathering: 



Instruction: 



Applicatioti: 



Competency Testing: 



1. Buying a Lot 

2. Measuring Area 

3. Practice m Measuring 
Area 

Area with Two Different 
Unit Squares 

5. Standard Units of Area 

6. Recipe for Area 

7. Area of a Parallelogram 

8. Area of a Triangle 

9. Practice Finding Areas 
of Figures 



The groups are not mutually exclusive. For instance, the 
activities of ^, 5 and 6 which have an emphasis on 
instruction, also contain elements of experience gathering, 
application, and testing. Indeed, a single group will often 
contairt all the elements of the Mastery Learning Cycle. 
The fo'Iowing four sections describe the contents of each 
activity. 

Experience Catherine— Activities I. 2 and 3 
The first activity. Buying a Lot, presents a familiar 
situation for thinking about area. A map is drawn of a 
residential subdivision, along with a square figure of 
variable size. The student is asked to adjust the size of the 
square until it appears to have the same area as a 
particular lot. This is an attempt to invoke whatev^ r 
intuitive concept the student may already have about area 
in a frier)dly, informal way. 

In the second activity, several aids necessary for measuring 
area by the method of counting squares are introduced. 
These are a grid of identical squares, an algorithm 
accounting for squares on the boundary of the figure 
(i-e., count them only if they lie more than half inside the 
boundary), and the notion of uncertainty in measurement. 
Help measuring the area of an irregular figure is provided 
along the way.* 

The third activity provdes three examples of irregular 
figures: a pentagon, a lake, and a map of California. 
Abundant aid is available for t^ose students having trouble 
applying the method of counting squares to any one of the 
examples. 

This is a rather atypical approach to introducing the 
concept of area. Indeed, it is our experience that many 
students at the college level have never measured area by 
counting squares. Most have learned some rote procedure . 
such as multiplying length times width to find the area of a 
rectangle, but when confronted with finding the area of an 
irregular figure they are at a complete loss. The module 
concerning area begins with irregular figures and the 
method of counting squares. Later, it introduces rules for 
shortcut methods of counting squares when the figure is a 
rcirtangle, parallek>gram or triangle. 



Instruction— Activities 5 and 6 

The next three activities treat some formal aspects of the 
concept of area: the consequences of changing the unit by 
which the ^reaof a particular figure is measured, the 
relationship between standards of length and standards of 
area, and the operational definition of area. 
In Activity <», the area of a figure is first measured using a^ 
unit square specified4)y the program (Figure I). Then 
students are asked to select their own unit square, either 
larger or smaller than the original unit square, and to make 
a prediction as to whether the number for the area will 
turn out to be larger or smaller than before. After making 
a prediction, the measurement is carried out to confirm or 
reject it. 




Figure I: Measurement of area using 
arbitrary unit squares. 

In the fifth activity, an attempt is made to draw from any 
familiarity students may have with terms for standard 
inits of area. A rather sophisticated analysis of the 
srudents' responses is made to determine whether they 
have included, both "square" and "inch," or only "inch," or 
have given a common misspelling of an otherwise correct 
standard unit. The activity concludes with instruction 
about the number of square feet in a square yard using 
diagrams. 

Activity 6, Recipe for Area, has a somewhat different 
format. It draws from all of the earlier material, 
attempting to review and summarize the steps that were 
required to obtain a numerical result for the area of 
irregular figures. Reflecting on one*s thinking like this is a 
formal reasoning skill. The program suggests several 
plausible alternatives for the fim step, second step, etc. in 
the process of measuring area and asks students to select 
the most appropriate sequence. The series of steps 
representing the operational definition of area are: 



I) 

2) 

3) 
^) 

5) 



choose a unit square that is much smaller than the 
figure; 

cover the figure with a grid of unit squart all squares 

entirely inside the figure; 

count all squares entirely inside the figure; 

estimate a number to account for the parts of squares 

along the boundary lying inside the figure; and 

add together the two numbers you have obtained and 

call this the area. 
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Application— Act'Vittes7 and 8 

Activity 7 begins A^ith a review of the rule for finding the 
area of a rectangle. A para lie logram is sketched, and by 
using a simple process that involves cutting off an "ear" of 
the parallelogram and transposing it to the opposite side, 
shows how the problem can be reduced to finding the area 
of an equivalent rectangle (Figure 2). Identifying what 
dimensions of the parallelogram may be called its base and 
height IS somewhat subtle, so considerable help is provided 
at this point. 




/ 

/ 

/ 

J. 



Figure 2: Construction of a rectangle 
from a parallelogram. 

A second application of the concept of a^ea i$ in 
Activity 8, Area of a Triangle. By construction it is shown 
that a triangle constitutes one half of a parallelogram. 
Again, the issue of )ust what constitutes, base and height is 
treated not ex cathedra, but by,discovery. 

Competency Testing— Activity 9 

The final activity provides students wtth an opportunity to 
test thfemsclves on measuring the areas of several different 
figures: irregular figures, rectangles, parallelograms, and 
triangles. At each point of trouble, they are either given 
some immediate help (in case of initial or minor errors), or 
directed to an earlier activity in the module (in case of 
repeated or major errors). 

STATUS OF THE PROJECT 

Altogether, seven dialogues were written this past summer. 
First drafts, including all pedagogical specifications, were 
completed by writing groins whicn included at least o le 
middle school teacher, an expert on intellectual 
development, ^vA a staff member of the Educational 
Technology Center familiar with the technical details of 
computer-based materials. 

Participation <^fe|pior high school teachers in each group 
was invaluibltl^ry could easily identify vocabulary 
which would be too difficult for 7th and 8th graders and 
suggest alternative wording. Their experience was helpful 



m pointing out common conceptual and reasoning 
difficulties among their students, and they had a sense for 
the kinds of contexts students would find attractive or 
interesting. They had no difficulties interfacing with the 
authoring capabilities provided* 

The flowcharts produced by the summer writing teams 
were reviewed in detail. Comments by reviewers have 
been very valuable in making revisions, rewriting sections 
of dialogue, and filling in gaps that were overlooked in the 
first draft. 

Coding for four of the original seven moduli (Area, 
Density, Speed, and Triangles) has been completed. The 
remaining three modules (Graphs, Functions, Whirlybird) 
are in the process of being revised and coded. 

A group of a dozen or so student programmers write the 
programs in Pascal. Development is taking place on Terak 
8510 micro-computers. With slight modifications in 
graphics routines, the programs will run on a variety of 
inexpensive personal computers. 

After the student modules have been completely coded, we 
will begin development of corresponding teacher nrnxlules 
that will serve as a kind of computer-based teacher's guide 
for improving ihe effectiveness of the materials. The 
teacher modules will provide an outline of the overall 
structure of the module, a description of available help 
sequence!, comments on the pedagogical purpose of each 
activity, and suggestions for incorporation of the computer 
materials into regular classtime activities. 

The materials are aimed at developing formal reasoning 
skills that have wide applicability in science and 
mathematics instruction. We expect them to be useful for 
some high school and college students as welL We would 
expect college students who are weak in mathematics and 
elementary education majors who will teach these ideas in 
the schools to benefit froqi these materials. We would 
encourage others to use these learning modules and give us 
comments as to suggestions for improvements or 
indications of their effectiveness. 
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SWITCHING OVER TO 
THE MICROS 

W. D, Maurer 
George Washington University 



The Department of Electrical 
Engineering and Computer Science of 
the George Washington University is 
switching its instruction in computer 
science from large and mid-size com- ' 
puters to microcomputers. It is an- 
ticipated that, starting in the fall 
of 1982, about 80% of our undergrad- 
uate course sections in software will 
use microcomputers exclusively. This 
paper is intended for those whose in- 
stitutions are cither in the midst of 

change, or are at least contemplating 
it. 

Various reasons can be offered for 
switching over to microcomputers. The 
most pervasive one is simple cost 
effectiveness. With the cheapest 
complete computer systems priced at 
about $500 each, the pressure to use 
such systems continue to mount, not 
only at educational institutions but 
throughout industry, government, and 
the military. A second reason is to 
prepare students for the confuting world 
as they will know it, when microcomputers 
will be even more commonly encountered 
than they are today. A third reason is the 
advances in computer architecture. Those 
who are learning assembly language, for 
example, can use any of the well-known 
roicrocomputei.s to become acquainted with 
stack-oriented call and return state- 
ments and with status flags, and (on the 
6502) with indirect addressing and re- 
lative addressing; none of these concepts 
are present on the IBM 370, 3031, or 4341. 
Likewise, microcomputer users can experi- 
ment with input/output at the machine 
level, something that is practically im- 
possible for student users of a mainframe. 

The disadvantages of the micros in 
comparison with the mainframes do not 
apply to student users. limiting pro- 
grams to 65,536 bytes of main memory. 



which can be a serious problem for grad- 
uate students, matters very little in 
elementary instruction. Only two years ago 
operating systems for microcomputers , 
were so rudimentary that elementary 
students had serious problems with them; 
but today, most of the commonly used 
microcomputers have operating systems 
which allow assembly, compilation, and 
linkage editing. Flimsiness of certain 
microcomputer systems, such as the Radio 
Shack Model I, has been overcome by the 
introduction of heavier-duty models such 
as the Radio Shack Model tti. 

It will be assumed in the remainder 
of this paper that those who are in 
charge of teaching the computer science 
courses are not so self-indulgent as to 
be philosophically opposed to the basic 
idea of such a switchover. Re-education 
of the computer science faculty, of 
course, is required, particularly if they 
have been teaching Fortran (or some particular 
mainframe assembly language) exclusively. 
The switchover should not be done too 
fast — it should be done a few courses 
at a time — but it should not be done 
too slowly, either. 

The only serious argument, in fact, 
that can be advanced against such a 
switchover, is: What should a student 
learn about mainframes? There are cer- 
tainly some properties of mainframes 
which are not, currently, found on the 
micros (although that situation may 
change also, of course). There is float- 
ing-point arithmetic, hardware multiply 
and divide, 32-bit integer operations, 
string-handling in individual instructions, 
the cylinder concept, etc. We anticipate that, 
at least for a while, 20% of the instruc- 
tion that students of software receive 
will continue to have to do with the 
properti* s of mainframe computers. 
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It will also be assumed that the 
proper number of microcomputers has al- 
ready been purchased. It is easy to 
justify this kind of purchase for the 
elementary programming classes alone, 
since they usually have at least twice 
as many students as any of the other 
classes, and since it is here that the 
limitations of microcomputers matter 
the least. Once the purchases have 
been made, however, and once the 
students and faculty have had time to 
adjust to the operating systems of the 
purchased computers, the switchover 
can begin. 

Flexibility is a key concept in 
any switchover of this kind. It is 
literally impossible to plan thorough- 
ly as few as two years in advance, let 
alone five. The best philosophy is 
probabl/ a very informal one: micro- 
compute 's are certainly becoming more 
important, therefore they should be 
used more and more in the classroom. 
The specifics — what classes should 
be switched over the first year, the 
second, and so on — should be planned 
year-by-year , with a computer committee 
meeting several times a year and mak- 
ing major decisions oncv2 a year. If 
there are procedural reasons not to 
do so, then a five-year plan may be 
constructed, but only with a firm 
understanding on the part of all 
"those with real decision-making 
authority that major yearly revisions 
are to be expected, depending on new 
products introduced in the market-- 
place. 

Textbook selection and purchase 
becomes very different when micro- 
computer software is taught. Many 
of the best textbooks in this area 
are published by tiny publishing 
houses that do nothing else, or 
almost nothing else; some are even self- 
published. Among thede, in particular, 
are the works of Osborna, who produces 
the best reference works on microcom- 
puters in general. But all of the 
necessary books will be available 
through computer stores. Washington 
has over 20 computer stores in its 
metropolitan area (not including Radio 
Shack outlets), so this task was easy. 
However, eXten for a school in an 
isolated part of the coimtry, it is 
still wise to seek out the nearest 
large metropolitan area that has a 
computer store. 



Except for Osborne's An Introduction 
To Microcomputers , expect to change texts 
for at least two or three courses each 
year. New and better texts are contin- 
ually coming out, even Osborne has yearly 
editions that include new information, so 
that last year's books may not suffice 
for some of this year's courses. 

' Let us pass now to some of the specif 
fic courses that are commonly taught on 
computer subjects and see how these are 
affected by switching over to micros. 

ELEMENTARY 

If your school has an elementary 
course (some have elementary, PL/I, or 
the like, instead) then it is likely to 
be severely affected. For a long time Basic 
was the only well-known general purpose 
language offered on microcomputers. (So 
if you want, you can still teach Fortran 
on the microcomputers.) However, Basic 
is much more cost-effective. Most Fortran 
systems for microcomputers' have been de- 
signed as full Fortran compilers, whereas 
most Basic systems for microcomputers have 
been designed as interpreters. Strangely, 
although We normally think of compilers 
as being more sophisticated than interpre- 
ters, the economics of microcomputers 
favor thr interpreter. In any trade-off 
between su ^ce and time on a microcomputer, 
space is very precious (because c£ the 
small amount of main memory available) 
whereas time is so cheap as to be effec- 
tively free. Thus, for all h'jt the long- 
est-running programs (a chess program, 
for example) , interpretation beats compil- 
ation, because the interpreter fits into 
a far smaller area of main memory. 

So long as the difference between 
Fortran and Basic does not matter for 
one's elementary course, Basic is pre- 
ferred. Fortran persists in one area — 
an engineering school fsuch as ours) for 
those engineering students who are not 
majoring in computer science. Such 
students will enter a world in which the 
long-running program for carrying out 
engineering calculations and simulations 
is still the norm, and many of these pro- 
grams are still written in Fortran (and 
very few in Basic) . As of this writing, 
these students are still awaiting the 
switchover; that is, they are still using 
a mainframe. 

ELEMENTARY 

We do not have an elementary Pascal 
course, but this con\^ersion should cause 
no trouble, since microcomputer Pascal is 
just as good as mainframe Pascal. 
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Srr'iBLY LANGUAGE 

At one time, picrocomouters had a 
reputation for lacking decent assc^mblers . 
Today, of course, mainframe assemblers 
are still much more powerful than micro- 
computer assemblers. But for teaching 
assembly language in microcomputers, the 
assemblers we have now are adequate. 

Assembly language is far more impor- 
tant to the microcomputer programmer than 
to the mainframe programmer. On a main- 
frcune, assembly language is now being 
discouraged and has been discouraged 
for quite a while now. On a microcom- 
puter, however, it cannot be so easily 
discouraged, because of space limitations 
in most microcomputers. 

Those who have been using IBM 
;iainframes, as we have, may be especially 
dismayed by the prospect of going over to 
a microcomputer for assembly language. 
There are' so many assembly language con- 
cepts which do tiot have counterparts in 
microcomputer assembly language that the 
courses are severely affected. Among 
these are multi-register operations, 32- 
bit operations, hardware multiply and 
divide, floating point instructionsr 
and decimal instructions. At the 
moment, for this reason, our assembly 
lanquaqe course \s not entirely swi t,ch*?d 
over. Our ultimate goal, nowever, is 
to move mainframe assembly language 
material into a second course in assembly 
language. 

Assembly language programmers fall 
into two categories. One group is using 
it for purposes which were formerly im- 
plemented in hardware. Programming for 
logic design is distinctly different from 
progrfuiming for programming *s sake; the 
prograunmer logic design must first know 
what logic design is about, whereas the 
pure programmer does not need to know 
such concepts. 

Our solution to this problem has 
been to introduce a new course, a third 
hardware course requiring the one-year 
logic design sequence. Students in this 
course learn to implement hardware logic 
via microcomputer programming. At this 
time, this course has just been started, 

HIGHER- LEVEL LANGUAGES 

Any serious computer science student 
must become aware of the tremendous 
variety of higher-level languages such as 
PL/I, Pascal, Snobol, C, APL, and Forth. 
We teach the first three of these in one 
course. It is possible to teach C, and 
Forth on a microcomputer. (APL would 
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probably require extra terminals, which 
is fine if you have the money for them; 
PL/M is arguably a reasonable subset of 
PL/I . Snobol seems to have been neg- 
lected, as far as microcomputers are 
concerned. ) 

It is arguable, however, that this 
is one area in which the student should 
really be learning about mainframes. The 
biggest advantage that mainframes will 
continue to have over microcomputers is 
their larger main memory size, and so- 
phisticated programming language make 
good use of it. Of course, if a main- 
frame is not available, one must always 
remember that this does not preclude 
having a course on higher-level languages. 

DATA STRUCTURES 

All three approaches to studying 
data structures can be supported on 
microcomputers. First is studying how 
a data structure actually looks in mac- 
hine language — what pointers to move 
and how to move them, when you are in- 
serting or deleting items of a list 
structure, or how to calcc^late and use 
hash table indices. Second is using a 
node-processing facility in a high-level 
language — Pascal pointers and record 
types, PL/I based variables, pointers, 
and structure*?, or Snobol procrrammer- 
defined data types. Third and inter- 
mediate is using basic features of 
algebraic languages to construct nodes 
and pointers and manipulate them. 

Poi^iter manipulation is an area in 
which mainframe'3 do not have much of an 
advantage over even the 8 -bit microcom- 
puters. The HL register of the Z-80, 
the X register of the 6800, and the in- 
direct addressing feature of the 6502 
all facilitate handling poihters. Hash 
tables constitute an interesting area of 
study — what is the fastest good hashing 
method on a microcomputer with no integer 
divide instruction? (One possibility for 
eight-byte identifiers: Form one byte of 
the hash code by taking the exclusive OR 
of all the bytes in the identifier. Form 
another byte of the hash code, if you 
need to, by taking the same exclusive OR, 
but rotating the partial result one bit 
to the left each time, just before th. 
exclusive-OR operation*) Array manipula- 
tion on the 6502 is interesting because 
there are "short arrays" (of size 256 of 
less) and "long a-:rays" (of size greater 
than 256) . Indexing in long array 
takes much longer than it does in a short 
array, since the index registers (X and 
Y) are only eight bits long. In general, 
using a microcomputer for data structure 
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courses provide many opportunities to 
learn the art of making do, which is 
necessary for any programmer, anyway. 

^^ ^MPUTER GRAPHICS 

Here the emphasis seems to be 
shifting from the theoretical to 
the practical. For a long time, 
experts in computer graphics developed 
highly spptiisticated methods which were 
used P^ly in special situations where 
more than the usual amount of funding 
was avaij.able — research laborator- 
ies, television production, automobile 
design, and the like As a result, 
computer graphics courses, although 
they proliferated, were almost never 
required. Microcomputer systems, how- 
ever, have brought graphics within 
everyone's range. There is no longer 
any financial reason to do without 
graphics even in run-of-the-mill 
applications, and there are good 
arguments for making microcomputer- 
oriented graphics courses required in 
a computer science program. 

Even in an environment where com- 
puter graphics was never studied, as 
such, up to now — a community college, 
for example — the graphic capabilities 
of modern microcomputers should be 
studied. In thi*; area, ho^/ever, tne 
microcomputer textbooks are not suffi- 
cient. No microcomputer textbook that 
we have seen, no matter how much it 
says about the graphic capabilities of 
any specific computer, contains any 
material at all about two-dimensional 
transformations and matrix methods in 
graphics, let alone three-dimensional 
transformations and hidden-line al- 
gorithms. Reference to one of the 
standard works in the fields, such as 
Newman and Sproull. 

OPERATING SYSTEMS 

The time is long past when operating 
systems for microcomputers were rudimen- 
tary or nonexistent. Apple DOS, CP/M, 
and the like are complete operating 
systems having most of the features that 
any user would require. At the same 
time, microcomputer operating system 
problems are quite interesting because 
of the profusion of features that micro- 
computer operating systems do not , but 
could very easily, have. 

It might be thought that the same 
argument would apply here as with com- 
pilers that is, that to have a decent 
operating system one really has to have 
a mainframe. This, however, turn^ out 
not to be the case. Programming language 



design, after all, is bounded only by 
^ the designer's imagination. A language 
such as PL/I, in which the idea is to 
have everything in one language, can 
quickly spawn a professor far too large 
even for irtinicomputers . The purpose of 
an operating system, however, is to op- 
erate a computer. It is easier — and 
therefore requires fewer and less complex 
programs, and a smaller amount of main 
memory — to operate a microcomputer than 
it is to operate a mainframe. Moreover, 
allowing students to try their hand at 
operating a mainframe can cause admin- 
istrative difficulties, which would not 
apply in the case of a microcomputer. 
Converting the operating systems courses 
to microcomputers is greatly aided be- 
cause microcomputer operating system 
manuals are typically far easier to 
understand than the corresponding manuals 
for mainframe operating systems. 

NUMERICAL ANALYSIS 

The biggest mistake one can make 
in setting up a numerical analysis 
course today is to assume that since 
microcomputers typically have no 
floating point instructions, they are 
therefore irrelevant to the numerical 
analyst. In the first place, digital 
' flight control, an important new topic 
\nvolvPS niiirc--ical calculations carried 
out on computers whicn auite often have 
no floating point instructions- But 
even the classical number-crunching 
problems beccr^c interesting exercises 
for microcomputers, as long as there 
is enough disk memory to handle inter- 
mediate calculations. For one thing, 
yuu can let a microcomputer run all night 
on a big problem, without spending any 
money . 

This is not to say that mainframes 
should never be used in teaching numer- 
ical analysis. The numerical analysis 
course should probably involve both 
mainframe and microcomputer programming. 
One important use of microcomputers 
here is fixed-point calculations; any 
numerical analyst should learn how to 
do these (that is, keeping track of the 
binary point during multiplications and 
divisions, shifting registers to provide 
the optimum scale factor in every sit- 
uation, and the like) • 

COMMERCIAL PROGRAMMING 

We have commercial programming 
courses, but they are given in a separ- 
ate department, which has its own 
curriculum committee. Nevertheless^ 
the task of switching over a school to 
microcomputers may very easily involve 
a course in commercial programming. 
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Because Cobol is not found on any but 
the largest microcomputer systems, it is 
easy to 3ump to the conclusion that this 
is one course that should not be switched 
over. Again, this is being short- 
sighted. 

First of all, commercial programi- 
ming, more than any other kind of 
programming, , is dominated by cost con- 
siderations. Even without Cobol, the 
commercial progranuner — and, to an even 
greater extent, the designer of commer- 
cial programming packages — v/ill be 
greatly influenced by the low cost of 
microcomputers, and will use whatever 
is available. Basic is a commoti langu- 
age for this purpose; it is even used 
sometimes on mainframes for commercial 
work. Assembly language has also been 
used, for much the" saune reasons as it 
is still used on mainframesi 

It IS true, of course, that histor- 
ically Cobol has been considered easier 
to learn than Basic. Many people do not 
like Basic's algebraic notation and pre- 
fer the English-like statements of Cobol. 
Two factors, however, are changing this 
predilection. First, many more people 
than before are studying mathematics in 
high school a^d are familiarizing them- 
selves with cijg^raic notation. Second, 
microcomputer system manufacturers are 
-aking a major effort to j-rovidc read'- 
able Basic manual's. 

Again, do not suppose that com- 
mercial programming courses should 
stay away from mainframes entirely. 
There are certainly commercial pro- 
gramming problems which are simply 
too massive for microcomputers . 
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But the typing teachers should be made 
aware that computers and software sys- 
tems are available (a typing teacher 
might have no other reason to visit a 
computer store). 

RESEARCH 

We cbme, finally to this most 
crucial of university activities. To 
v'hat extent should research be done on . 
microcomputers? I have a good friend 
v^ho teaches computer science at a large 
urban university in the northeast;* his 
Ph.D. IS in mathematics. "I refuse to 
work with microcomputers," he tells me, 
"because it encourages - students to have 
micro-thoughts." How pervasive is this 
kind of thinking, ,1 wonder? 

Research workers, of course, can 
use any computer they want to use and 
get access to. And &ome problems still 
require more memory oT more software 
tools than a microcomputer can provide. 
But there are basic philosophical issues 
involved. If a computer program written 
in support of a research' effort can be 
run on a microcomputer, it should be 
run on a microcomputer. Otherwise 
money will be needlessly wasted, and 
access to the use of the research will 
be needlessly restricted. Once this 
basic point is understood, researchers 
>ill automatically find themselves doina 
more of their work on micro.computers. 
And perhaps this, more than anything 
else, hastens the inevitable switching of 
a school's curriculum to the micros. 



TYPING 

Let us not forget this simplist of 
efforts — even at the university level! 
Not that an engineering school should 
start up courses in typing, naturally; 
but ones of the various "typing tutor" 
programs should be kept around for 
students to use when there is no one 
else on the computer. The productiv- 
ity of a programmer, after all, is 
strongly affected by his or her typing 
speed . 

For a school at which there are 
already courses in typing, a good case 
can be made for switching these over 
to microcomputers as well. The micro- 
computer can provide instruction that 
is simply impossible with a typewriter 
alone. Microcomputers are more expen- 
sive that typewriters, of course, and 
it is quite possible that the micro- 
computer will end up being used as 
an auxiliary tool in a typing course, 
rather than as the main tool. 
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ABSTRACT 

The CHEMI modular instruction system 
combines features of information systems, 
stand-alorte ST.ail computers , and 
cc iputer-managed instruction with the ob- 
jective of comprehensive coverage of the 
chemical engineering curriculum. Access 
to instructional and reference materials 
IS provided through study recommendation 
procedures, keyword searching, ana tlirect 
ID referencing. Interactive mastery 
testing capabilities are also provided by 
the CHEMI system. 

INTRODUCTION 

Throughout secondary and higher edu- 
cation we are observing an increasing use 
of small computers. Computer-based in- 
struction provides reference and inter- 
active learning material that can serve 
as the sole instructional basis of a 
cpurse or, more likely, as a supplement 
to existing learning materials. Problem 
solving, drill, computat-on, simulation, 
and computer-assisted m^cruction (CAT) 
are all ccomplished through student- 
compULer interaction. With the rapidly 
advancing technology of microprocessors, 
^nstl^u clonal systems can now be designed 
to preserve the advantages of small com- 
puter systems as well as introduce some 
of the comprehensiveness and organization 
of larger systems. This paper describes 
one such computer application for 
college-level courses in engineering. 

THF RELAliON BETWEEN MODULAR ^STRUCTION 
AND INFORMATION SYSTEMS 

Compute*"-assisted instruction is 
formed of modular materials in the same 
way a building is shaped by a structural 
Iramework. Although the computer serves 
as a tool tha*- is easy to ase and control. 
It demands a degree of rigoi. and organiza- 
tion that the average instructor is re- 
luctant to face. Using computer-assisted 
instruction requires imagination and 



planning by the instructor as well as 
mastery of the subject material. This 
instructional system allows new ranges of 
materials to be covered and provides 
users and instructors more flexibility 
and free time . 

One deficiency arising in most mod- 
ular systems is uhe inability to rapidly 
move from one point to another within the 
set of materials. Another is the -lack of 
rapid retrieval capabilit.^ es . A text- 
book or handbook has this advantage; that 
IS, a reader can tlip from one page to 
the index to another page or chapter 
without difficulty. 

To be clearly effective, a modular 
instruction system must be supported by 
an information system that facilitates 
Its use. This will induce students to 
select modular materials in preference to 
other sources of information. Increased 
accessibility can be provided by a system 
that retrieves information through index- 
ing. Then, sequential and parallel re- 
lationships between modules ^an be re- 
trieved on demand and used to select 
study paths as well as specific topics. 
Such a system might well be capable of 
keeping records and generating reports. 
Supplemental information (references to 
outside sources, definitions of terms, 
etc.) as well as instructional modules 
can be supplied to the user. 

Here are a number of features that 
should be included in an information sys- 
tem for micro-and minicomputer-based 
modules in chemical engineering: 

1) Help in choosing modules for 

study 

2) Abstracts of outside sources 

3) Computer programs for chemical 

engineering calculations 

4) Glossary of terms and symbols 
^) Interactive mastery testing 

6) Record keeping 

7) Repor* generation 
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THE CHEMI SYSTEM 

The CHEMI Pro3ect was initiated in 
July of 1975 via a grant by the National 
Science Foundation to the Computer Aids 
for Chemical Engineering Corporation 
(CACHE) . The ob3ect was to produce three 
hundred single^topic, independent in- 
structional modules spanning the seven 
key sub3ect areas in the undergraduate 
chemical eng^ineerang curriculum. Each 
module is approximately twenty pages and 
covers a sub3ect content equivalent to 
one hour of lecture. A second phase of 
the CHEMI Pro;jecc has been funded to 
make the chemical engineering modules 
available on microcomputers to students 
and practicing engineers. In addition, 
five hundred abstracts referring to ex- 
ternal sources of information not covered 
by the modules, and about one hundred 
computer pro<jrams for chemical engineer- 
ing calculations havt^ been prepared. 

The CHEMI modules were originally 
writteii for off-line study. They were 
intended to be used eithe^ ^ remedial or 
self-paced instructional materials, or as 
replacements for sections of text that 
the instructor deemed unsatisfactory. 

For the development and implementa- 
tion of the CHEMI instructional system, 
the following configuration is in use: 

1) PDP-11/23 with 256K bytes 

memcry 

2) UNIX operating system, ver- 

sion 7 

3) Disk drive with 2 5MB double 

density platters 

4) Tektronix 4025 graphics 

terminal 

5) Dot matrix printer with 

graphics 

6) Two alphanumeric terminals 

The CHEMI system is designed to re- 
side on small, stand-alone computers to 
allow local control over access and 
response times. Along with interactive 
mastery testing for each CHEMI module, 
the system software includes diagnostic 
and reference capabilities. The system 
can recommend sequv ices of modules for 
study, allow keyword searching for 
modules and abstracts of outside infor- 
mation sources, provide definitions of 
terms, teach users hov to use the sys- 
tem effectively, provide computer pro- 
grams for chemical engineering calcula- 
tions, keep records of student progress, 
and generate reports on system use. (Fig.) 

DIAGNOSTICS 

Access to modules in the CHEMI 
system IS provided by the diagnostic 
feature. Sequences of modules for 
users to study are recommended on re- 
quest, based on subject preferences. 



This IS done by presenting a user with 



topics associated with module sequences\. 
If the topics are too broad, he may viej^ 
sub-topics until he finds one with the 
desired scope over the subject area of 
interest . 

Cnce a topic has been chosen, a user 
may examne the associated sequence or 
sequences of modules, ard by adding or 
deleting modules can huild a tailor-made 
study plan. To assist in this procesj.^^*— 
module summaries , objectives , and p'f e- 
requisites may be viewed. Also, users 
may work pretests to see if they have 
the prerequisite skills needed for gaining 
maximum knowledge from certain modules. 

When a suitable sequence has been 
worked out, the user may store it for 
future reference. The user's progress 
through the sequence can be recorded , and 
further modifications may be made, if 
desired . 

REFERENCE 

A second characteristic of the CHEMI 
information system is its reference capa- 
bility. Much of the information in the 
CHEMI system can be accessed through key- 
word searching. The searches are based 
on stored indexing information, which in- 
cludes t rm relationships such as 
"broader i-han," "narrower than," and 
"rclateJ to." The user may execute key- 
word searches to retrieve CHEMI modules, 
sections of modules, abstracts of outside 
sources, and chemical engineering 
computer programs. 

In using a keyword search to retrieve 
information the user will most likely be 
referred to specific sections of the 
modules containing the desired informa- 
tion. He may examine these sections and 
have them printed out for later use. If 
the user employs a keyword search to find 
reference sources including non-instruc- 
tional materials, he may retrieve ab- 
stracts of sources outside the system, as 
well as relevant module sections: The 
CHEMI system includes abstracts of 
articles from encyclopedias , handbooks , 
and journals. The articles were chosen to 
fill gaps in the existing contents and to 
provide greater detail for some topics. 

The CHEMI computer programs are re- 
trievable by keyword searcn also. The 
programs are short routines which perform 
typical chemical engineer in9 calculations 
needed for small-sized problems. Current- 
ly, only code listings and documentation 
may be retrieved, but an attempt is being 
made to standa iize the codes so that they 
may be execute^ as well. 
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Figure: CHEMI Retrieval Methods 



ERIC 




Engineering ^ 335 



MASTERY TESTING 

Not only does the CHEMI system pro- 
vide greater access through diagnostics 
and keywi rd searching, but makes possible 
on-line study and interactive mastery 
testing as we.ll. The CHEMI system in- 
cludes an interactive mastery test for 
each module. The system can gener ite ran- 
dom numbers within problems and compute 
solutions to be checked against the user*s 
answers. Test questions can also be cho- 
sen randomly from a pool of alternatives 
for a particular module. In this way, 
students may retake an unsuccessful test 
without seeing identical questions again. 

The test questions conform to the 
objectives of the modules and correspond 
to a mastery level of comprehension. The 
CHEMI modules teach basic concepts; stu- 
dents are expected to demonstrate only the 
skills covered in ea ch module in order to 
pass.__JW%e^XflEMi system records the per- 
^^lonfiances of students and generates 
reports for instructors. 

SUMMARY 

The CHEMI Project is designed to 
bring some of the advantages of large in- 
formation retrieval systems to modular 
instruction on small computers. Retrieval 
via diagnostics and keyword searching can 
greatly increase the effectiveness of 
modular systems. Attention is being fo- 
cused on tying together the set of CHEMI 



modules to form an acceptable instruction- 
al system that will improve the quality of 
chemical engineering education in univer- 
sities and continuing education programs. 
The CHEMI Project is funded by National 
Science Foundation grant no. SED-7913021. 
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Abstract - With realistic reservations 
aix>ut what can and cannot be done, per- 
sonal computer-based software support is 
being dev2loped in real time to supple- 
ment the introductory electrical engineer- 
ing circuits course at the first semester 
sophomore level at Southern Methodist 
University. Pr-matic trade offs in- 
cluding cost c derations dictated what ^ 
tasks can be v oy personal computer 
and what must done by student assis- 
tants so that jftware development could 
keep up with the lectures. Experience 
has indicated the approach to be both 
educationally and cost effective, as well 
as extendible to other courses. 

I. Introduction 

To address some critical issues re- 
garding undergraduate electrical engineer- 
ing education at Southern Methodist Uni- 
versity, we use personal computer-based 
simulation programs in conjunction with 
the introductory sophomore-level electron- 
ic circuit analysis course. Interesting 
aspects of our approach have emerged be- 
cause in much the same manner that our 
students address their homework problems 
we chose to take this path at the eleventh 
hour. Guided by a graduate student in- 
structor a sirall group of senior under- 
graduate student assistants write weekly 
a set of simulation programs on personal 
computers. These simulation programs re- 
peat, highlight, and extend the most im- 
portant concepts covered in lectures and 
treated in the homework problems. 

Lecture examples and homework prob- 
lem solutions are programmed in Basic. By 
rendering all formerly fixed problem para- 
meters variable by student users, these 
simple programs extend student instruction 
extraordinarily. On th^ average senior 
students spend about 25 hours per week 



developing these programs, including 
graphic, animation, and sound effects, the 
cost of which could later be amortised 
over the subsequent development of m<iny 
similar programs. 



The personal computer set-up is shown 
in Figure 1. Programs for the current and 




Pig. 1 The computer set-up consisting of 
a microcomputer, a TV monitor, and an 
audio cassette recorder. 

all previous weeks are available on (audio) 
cassette tapes. Usually a student starts 
a personal computer session by putting in 
appropriate values to check his or her 
homework answers. If the homework has 
been done correctly, this procedure is 
very fast. If there were errors, the com- 
puted answers become an effective guide to 
the sources of difficulty. Once the home- 
work has been checked, a student can ex- 
plore the circuits in several ways, such 
as using parameters that seem special, 
difficult, critical, or even nonsense. The 
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personal computer can solve the circuit 
easily, so students do more problems since 
the correct answers are within easy grasp. 
Once a student has discovered that doing 
more rather than less is painless and pro- 
fitable, then we think that we have a good 
engineer in the making. 

IX. Educational Impact 

The following three aspects of an 
undergraduate engineering education ire 
generally considered essential: theoreti- 
cal understanding; appreciation of applica- 
tions; and practical experience. Theoreti- 
cal understanding and appreciation of ap- 
plications ostensibly are pro^'ided by lec- 
tures and reinforced in homework problems; 

laboratories are often as close as under- 
graduate engineering students come to 
practical experience. That these clas- 
sical approaches do not always work, or 
seldom work as well as one would like^ is 
obvious to any engineering educator. 

Common problems associated with clas- 
sical undergraduate engineering courses 
include: large classes, particularly at 
critical introductory levels, so that stim- 
ulatin«^ question and answer sessions are 
difficult to provoke and sustain; different 
student backgrounds and motivations can 
render a 'bourse too difficult and time con- 
suming for some students while simulta^ 
neously trivial and boring to others; and 
the 2unount of time available for problem 
solving and laboratory experience is al- 
most insignificant compared to what is re- 
quired in order to master the theoretical 
material of the lectures. The personal 
compviter-based simulation programs appear 
to us to significantly alleviate these 
problems. 

When a student checks the homework 
with the personal computer and finds mis* 
takes, the values displayed help arrive at 
the correct answer in the correct manner. 
Hence, a va«xt majority of the trivial ques- 
tions are circumvented, thus stimula- 
ting deeper and more meaningful questions. 
Moreover, senior student assistants who 
monitor the simulation laboratory are in 
a perfect position to provide immediate 
help and to provoke further thought: 
"What if. . Finally, simulation set- 

ups in the graduate instructor's and the 
lecturer's offices allow both of them to 
answer student questions in a nontedious 
environment, quickly converging on key 
points . 

Differences in experience and motiva- 
tion are smoothed out. The simulation 



progr2uns allow advanced students to go 
beyond the course content and explore as 
yet unexplained cases. Some of these 
students have provided program improve- 
ments or even entire simulation programs 
of their own. For students having diffi- 
culties with the course, the personal com- 
puter is an ideal tool because of its pa- 
tience. Moreover, it allows -students" to 
work with a vast nwber of cases in a 
very short aunount of time so as to be able 
to develop a feel for circuit behavior. 
Students may use the simulation programs 
as often and as long as they wish so that 
they naster each circuit type before pro- 
ceeding to the next one. 

Typically, there is not enough time 
for students to do enough homework to ob- 
tain a parametric appreciation for circuit 
behavior. To solve a circuit with a spe- 
cific set of parameter values in no way 
imparts an appreciation of how circuit 
performance may alter as those values are 
altered. Students may work on paper one 
of a class of problems in order to master 
the solution techniques involved. Then, 
by playing with the values of the various 
parameters accessible in the personal com- 
puter simulation programs, they can quick- 
ly get a feel for what may be critical in 
circuit design and performance. 

Circuit schematics of problems cover- 
ed in this introductory course are shown 
in Figures 2,3, and 4. The sophistica- 
tion of these 




Fig. 2 Simulation of a diode AND gate. 
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Fig. 



Simulation of a transistor NOR gate. 




Fig. 4 Simulation of a DTL NAND gate. 

circuits goes well beyond what students 
typically encounter in introductory elec- 
trical engineering courses. 

III. Educational Effectiveness 

There is qualitative and quantitative 
evidence that the use of personal com- 
puter-based simulation programs is an ed- 
ucationally effective adjunct to typical 
engineering teaching . Everyone — students , 
lecturers, Stinior student assistants, and 
graduate instructors — benefit from this 
educational experiment. 

The students taking the course are 
the focal point of this experiment. They 
are also the final judges of its effec- 
tiveness, and as program users are the 
best sources of the feedback essential to 



future course improvements. To obtcin a 
crude measure of the simulation programs* 
effectiveness, we have not made their use 
mandatory. If a student feels that he or 
she IS benefitting, a return visit is in 
the offing : attendance is feedback . 

Once a student has used a given pro- 
gram, he or she is asked to complete an 
evaluation form (see Appendix) , The 
answers to specific questions and the 
overall program grade guide the graduate 
instructor in up-grading the materials 
for subsequent use. Most important, 
of course, are the student comments that 
provide new ideas, suggestions, gripes, 
etc., in short, all that is needed to make 
til evaluation transcend into an evolution. 

The principle stud3nt benefits appear 
to be the following. The homework pi.ob- 
lems can be checked on a self-paced basis; 
instant gratification is available. Ad- 
ditional problems are offered to stimulate 
further thought without requiring an in- 
ordinate amount of time . Students can re- 
work problems with their own choices of 
parameter values and quickly obtain a feel 
for "what happens if. . ." Group work is 
stimulated as student attention inevita- 
bly turns from the passive CRT monitor 
screens to the activities of each other. 
Senior student assistants clear up basic 
problems as well as orobe more advanced 
ones. The simulation program set as a 
r.-^ference highliahts in a unique and con- 
cise "lanner the key points of the course. 
Quick course review is easilv achieved by 
runnxna throuqh the set of simulation 
pro^'Trams 

The lecturer deterniines the course 
contents independently of any considera- 
tions for its subsequent simulation using 
personal coipputers. Then in consultation 
with the graduate instructor, the lecturer 
decides which key points are best 
served by the personal computer simulatioa 
The simultaneous software development re- 
quires a clear view of what is important 
as the lecturer rethinks his or her educa- 
tional approach. (We have not yet had an 
opportunity to experiment with teaching a 
course with simulation software that al- 
ready exists; that is to be the challenge 
of next semester.) The personal computer 
helps the students to answer the trivial 
questions for themselves* leaving for the 
sometimes harried instructor of a large 
class the essential business of dealing 
with the more involved questions that stu- 
dents may be moved to ask. When the sim- 
ulation programs are available in advance, 
they can aid the lecturer in preparing 
hc^ework and examination oroblems. A sim- 
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ulation set-up in his or her office aids 
substantially a lecturer attemptmq to 
answer individual student's questions. 

The senior assistants first develop 
the simulation software in real time con- 
junction with the lectures and later as- 
sist the students Jn its use. To design 
an error-free program around a specific 
electrical circuit entails complete under- 
standing of that circuit: this automati- 
cally provides the senior assistants with 
in excellent m-depth review of the basic 
electrical engineering topic in question. 
The rpal time aspects cf the software 
develo )nent schedule have enforced excel- 
lent engineering discipline on the senior 
-assistants. The necessity of developing 

che soiuvvdre ^n a ^Jiall and inexpensive 
machine, constantly aware of its limita- 
tions, forces him or her to cope with prac- 
tical engineering constraints. Program 
development involves a group effort, a re- 
quirement rarely en::ountered m a standard 
engineering curricuAum. Therefore, both 
their comrruni cation and organization skillr- 
have been refined m a professional and 
pragmatic manner. The software is de- 
signed for a student audience that does not 
hesitate to provide direct and meaningful 
feedback on the effectiveness and ease of 
use of the prograns. In all, the senior 
assistants are subjected to a real engi- 
neering experience in a reasonably con- 
trolled environment. 

In our scheme the graduate instructor 
IS the key course coordinator. In mrny ways 
he or she comes to accrue most of the 
benefits that fall also to both the lec- 
urer and the undergraduate assistants. In 
addition, the graduate instructor bears 
the formidable management responsibility, 
dividing software development responsi- 
bilities among senior assistants beset 
with diverse course schedules and enticing 
extramural activities competing for their 
attention. Finally, he or she must ]udge 
student feedback and tra-nslate it into 
practical modifications and future en- 
hancements . 

The results of our one semester ex- 
periment have been both positive and en- 
couraging; these conclusions being based or. 
four sources of direct feedback. First, 
the weekly questionnaires (see Appendix) 
containing 738 replies from 112 individual 
students show that the ef fectivenes- and 
value of the personal computer-based sim- 
ulation programs a'; judged by the students 
achieved a score of 3.39 out of a possible 
4.00. Second, the results of A question- 
naire distributed nt the end of the sen- 
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ester revealed that out of 116 students 
who returned it, 108 stated without re- 
servations that the personal computer 
was a definite help, a good idea and, 
most important, should be continued and 
expanded. Third, a comparision of the 
joarse averages of all students showed 
that those who used the personal computer 
achieved a significantly higher average 
than those who didn't. Finally, as a direct 
result of their experiences with the per- 
sonal computer and the prograns made 
avai^lable, several students were inspired 
to develop their ov;n software. 

IV. Cost Effectiveness 

So far this experiment- has been ap- 
t;)lied to a single one semester course en- 
roiling slightly more than 140 students. 
Typically, to handle this number of stu- 
dents would have entailed five or six sep- 
arate sections costing one to one-and-a- 
half fu"" 1 years of equivalent lecturer 
salary at approximately $30,000 - $45,000. 
v;e have used one lecturer full time for 
-)ne semester at an equivalent cost of ap- 
proximately $15,000. This project cost 
an additional $6,200 which breaks down as 
follows: one half-time graduate instruct- 
or at $3,000; 300 hours of senior assis- 
tant proqramjPing at $5/hour for $1,500; 
240 hours of senior assistant laboratory 
supervision at $5/hour for $1,200; sup- 
plies (mainly tapes and disks) for devel- 
oping and duplicating prograns for ap- 
nroximately $500 . 

Even were we to purchase the ten per- 
sonal computers used it $500 apiece, we 
would still be well ahead financially. 
Moreover, much of the cost itemized above 
is to be amortised over subsequent offer- 
ing's of the same course. We estimate that 
one lecturer can easily address two such 
courses with the help of one-quarter time 
graduate instructor and only 240 hours of 
senior assistance, more than cutting the 
costs in half. In this era when the ratio 
of interested undergraduate students to 
qualified instructors is growing at a pro- 
digious i-nce, personal computer-based sim- 
ulation programs may be the sole salvation 
of engineering education . 

V. Further Development^ 

We feel that the 4ntire undergraduate 
electrical engineering, curriculum can be 
enhanced by including' personal computer- 
based simulation programs. Following the 
success of our one semester experience , 
next semester we plan to repeat the first 
course while providing supplementary soft- 
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ware for two more. 

Very shortly we expect the prices of 
personal computers to fall to the point 
where they can be removed from the labor- 
atory environment and be home in the hands 
of every student. As a result, the role 
ot laboratories, textbooks, and even lec- 
tures will have to be reconsidered, and 
engineering education must embrace the 
fruits of a constantly advancing technolo- 
gy. It is the responsibility of engineer- 
ing educators to make innovation their 
ally instead of their enemy. 
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QUESTIONNAIRE 

NAME^ 

TIMESLOT 

CLASS SECTION 



This questionnaire is intended to evaluate 
the "processor-usage." Your suggestions, 
criticisms, remarks, experiences. . . are 
most important to us and we need your 
feedback to set up an interesting and 
enjoyable course. Thanks for your h^lpi 

PROGRAM # 

Did you use the program? YES No 

EVALUATION Give scores A, b, C, D, or F- 

Coordination with course: 

Coordination with homework: 
Coordination with 2151 Labs: 

Did you learn something: 

Did it help you with the theory: 

Did it hexp you with the problems: 

Availability of assistance: 

Length: 

too short about right too long 

Difficulty: 

too easy about right too difficult 

')VERALL SCORE 

".uggestions, remarks. , . 
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ABSTRACT: Calculus Demonstration Programs 

Robert F. Maurer and Timothy Donovan, 
The Pennsylvania State University, 
Mont Alto Campus, Mont Alto, PA 17237 

The mathematics faculty in the 
Commonwealth Campus System of the 
Pennsylvania State University aro cooper- 
ating in the developing computer graphics 
progr2uns demonstrating various topics in 
calculus. The programs are all written in a, 
Applesoft Basic for the Apple II Plus 
minicomputer . 

The variety of programs presently 
evolving includes: 

1. Graphs of functions of a single' 
variable; 

2. Demonstration of the derivative; 

3. Graphs of relations (F(x,y) = 0); 

4. Graphs of functions in polar 
coordinates; 

5. Graphs of 3-dimensional surfaces; 
and 

6. Numerical solutions of differential 
equations. 

Additional topics for which programs are 
being written or are contemplated include 
the definition of limit, the definition 
of the d'^finite integral, infinite series, 
and areas in polar coordinates. 



ABSTRACT: Computer Use in Community 
College Mathematics Education 

Wayne F. Mackey, Susan Lindsay, and 
Harold Harp, Johnson County Community 
College, College Boulevard at Quivira 
Road, Overland Park, KS 66210 

Currently there are four types of 
computer use in community college 
mathematics education: tutorial program, 
computer-managed instruction, computer as 
automated teacher, and computei as 
visualization aid. In this presentation 
we will define and explain each type, 
discuss its benefits to teacher and 
student, and either discuss or demonstrate 
a sample program. In addition, we will 
present the results of two pilot programs 
at Johnson County Community College which 
study the effectiveness of computer use 
in mathematics instruction* 

We will suggest ways in which thesa 
types of computer use might be combined 
and onh<*nced to build new applications 
for mathematics instruction. The programs 
we will discuss and demonstrate are 
written in Applesoft Basic to run on an 
Apple II microcomputer. 



ABSTRACT : Two Pascal Programs for 
Beginning Calculus 

Thomas Wallgren, Millikin University, 
Decatur, IL 62522 

The following programs will be 
discussed in this presentation. The 
first progreun illustrates the definition 
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of Riemann integral through various ways 
of forming Riemann sums (upper sums, lower 
sumSi, evaluation at midpoints, and five 
more methods) . The second program draws 
Poincare phase-plane trajectories for 
autonomous pairs of differential equations. 



ABSTRACT ; Software Used in Developmental 
Mathematics 

LaRuth H. Morrow, 1317 Navaho Trail, 
Richardson, TX 75080 

Richland College offers a series of 
courses using self-paced tutorials, 
developing mathematics skills in adults 
not ready to take college mathematics 
courses. Recently, software has be#»n 
written at Richland to enhance these courses, 
particularly the lower levels. These 
progrcuns are the first computer-based 
training aids at Richland in developmental 
mathematics. Thev include interactive 
training, reinforcement, and testing of 
skills. The programs have been written 
for the Texas Instruments 99/4 computer 
and use its graphic and color capabilities. 
A demonstration of the programs and an 
assessment of their suitability for use 
in developmental mathematics courses 
will be presented. 
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